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METHOD OF AND SYSTEM FOR 
MODEUNG AND ANALYZING BUSINESS 
IMPROVEMENT PROGRAMS 

CROSS REFERENCE TO RELATED PATENT 

This application is a cx)ntinuatioQ-in-part of: application 
Sen No. 08/999,245 filed Dec. 10, 1997, application Ser. No. 
08/779,109, filed Jan. 6, 1997 and application Ser. No. 
08/539,020, filed Oct. 3, 1995, now abandoned. The subject 
matter of this application is also related to the subject matter 
of U.S. Pat. No. 5,615,109 for "Method of and System for 
Generating Feasible, Profit Maximizing Requisition Sets", 
by Jeff S. Eder, the disclosure of which is incorporated 
herein by reference. 

BACKGROUND OF THE INVENTION 

This invention relates to a computer based method of and 
system for evaluating the probable impact of user-specified 
or system generated changes in business value drivers on the 
other value drivers, the financial performance and the future 
value of a commercial enterprise. 

Managing a business in a manner that creates long term 
value is a complex and time-consuming undertaking. This 
task is complicated by the fact that traditional financial 
systems don't provide sufficient information for managers in 
the information age to make the proper decisions. Many 
have noted that traditional accounting systems are driving 
information -age managers to make the wrong decisions and 
the wrong investments. Accounting systems are "wrong" for 
one simple reason, they track tangible assets while ignoring 
intangible assets. Intangible assets such as the skills of the 
workers, intellectual property, business infrastructure, 
databases, and relationships with customers and suppliers 
are not measured with current accounting systems. This 
oversight is critical because in the present economy the 
success of an enterprise is determined more by its ability to 
use its intangible assets than by its ability to amass and 
control the physical ones that are tracked by traditional 
accounting systems. 

The recent ejcperience of several of the leading U.S. 
companies, IBM, General Motors and DEC, ilhistrates the 
problems that can arise when intangible asset information is 
omitted from corporate financial statements. All three were 
showing large profits using current accounting systems 
while their businesses were deteriorating. If they had been 
forced to take write-offe when the decUnes in intangible 
assets were occurring, the problems would have been visible 
to the market and management would have been forced to 
act on them much sooner. These deficiencies of traditional 
accounting systems are particularly noticeable in high tech- 
nology companies that are highly valued for their intangible 
assets and their options to enter new markets rather than 
their tangible assets. 

The accounting profession itself recognizes the limita- 
tions of traditional accounting systems. A group of senior 
financial executives, educators and consultants that had been 
asked to map the future of financial management by the 
American Institute of Certified Public Accoimtants (AlCPA) 
recently concluded that: 

a) Operating managers will continue to lose confidence in 
traditional financial reporting systems, 

b) The motto of CFOs in the future will likely be "close 
enough is good enough", and 

c) The traditional financial report will never again be used 
as the exclusive basis for any business decisions. 



The deficiency of traditional accounting systems is also 
one of the root causes of the short term focus of many 
American firms. Because traditional accounting methods 
ignore intangible assets, expenditures that develop a market 
5 or expand the capabilities of an organization are generally 
shown as expenses that only decrease the current period 
profit. For example, an expenditure for technical training 
which increases the value of an employee to an enterprise is 
an expense while an expenditure to refurbish a piece of 
furniture is capitalized as an asset. 

Even when intangible assets have been considered, the 
limitations in the existing methodology have severely 
restricted the utility of the information that has been pro- 
duced. AH known prior efforts to value individual intangible 
assets have been restricted to independent valuations of 
different types of assets with only limited attempts to mea- 
sure the actual impact of the asset on the enterprise that owns 
it. Some of the intangible assets that have been valued 
separately in this fashion are: brand names, customers and 
intellectual property. Problems associated with the known 
20 methods for valuing intangible assets include: 

1. Interaction between intangible assets is ignored, for 
example the value of a brand name is in part a function 
of the customers that use the product — the more pres- 
tigious the customers, the stronger the brand name. In 

25 a similar fashion the stronger the brand name, the more 
likely it will be that customers will stay a long time. 
Valuing either of these assets in isolation will give the 
wrong answer; and; 

2, The value of an intangible asset is a function of the 
30 benefit that it provides the enterprise. Therefore, mea- 
suring the value of an intangible asset requires a 
method for measuring the actual impact of the asset on 
the enterprise — something that is missing from known 
existing methods. 

35 The historical dependence on accounting records for 
evaluating business enterprises has to some extent been a 
matter of simple convenience. Because corporations are 
required to maintain financial records for tax purposes, 
accounting statements are available for virtually every com- 

40 pany. At the same time, the high cost of data storage has until 
recently prevented the more detailed information required 
for valuing intangibles from being readily available. In a 
similar manner, the absence of integrated corporate data- 
bases within corporations and the home-grown nature of 

45 most corporate systems has until recently made it diflGcult to 
compare similar data fixim different firms. Unfortunately, 
even the firms that have established integrated business 
management systems find that retrieving the information 
required to perform an integrated analysis of their data is a 

50 cumbersome task. These firms also find that there are few 
tools that facilitate the analysis of the information after it is 
gathered together in one place. 

The lade of a consistent, well accepted, realistic method 
for measuring all the elements of business performance and 

55 value creation also prevents some firms from receiving the 
financing they need to grow. Most banks and lending insti- 
tutions focus on book value when evaluating the credit 
worthiness of a business seeking funds. As stated previously, 
the value of many high technology firms lies primarily in 

60 intangible assets and growth options that aren ' t visible under 
traditional definitions of accounting book value. As a result, 
these businesses generally aren't eligible to receive capital 
from traditional lending sources, even though their financial 
prospects are generally far superior to those of companies 

65 with much higher tangible book values. 

Many have begun using business valuations to obtain at 
least some of the information that is missing from traditional 
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financial systems. Business valuations determine the price experience of the appraiser. The recent increase in the need 
that a hypothetical buyer would pay for a business under a for business valuations has strained the capacity of existing 
given set of circumstances. The volume of business valua- appraisal organizations. As a result, the average experience 
tions being performed each year is increasing significantly. level of those performing the valuations has deaeased. The 
A leading cause of this growth in volume is the increasing 5 situation is even worse for many segments of the American 
use of mergers and acquisitions as vehicles for corporate economy where experienced appraisers don*t exist because 
growth. Business valuations are frequently used in setting the industries arc too new. Another drawback of the current 
the price for a business that is being bought or sold. As procedures for completing a valuation is that the appraiser is 
discussed previously, another reason for the growth in the typically retained and paid by a party to a proposed trans- 
volume of business valuations has been their increasing use 10 action. It is difficult in this situation to be certain that the 
in areas other than supporting merger and acquisition trans- valuation opinion is unbiased and fair. Given the appraisers 
actions. For example, business valuations are now being wide latitude for selecting the method, the large variability 
used by financial institutions to determine the amount of of experience levels in the industry and the high likelihood 
credit that should be extended to a company, by courts in of appraiser bias, it is not surprising that it is generally very 
detcrmiaing litigation scttiement amounts and by investors is difficult to compare the valuations of two different 
in evaluating the performance of company management. appraisers — even for the same business. These limitations in 
In most cases, a business valuation is completed by an turn serve to seriously diminish the usefulness of business 
appraiser or a Certified Public Accountant (hereinafter, valuations to business managers, business owners and finan- 
appraiser) using a combination of judgment, experience and cial institutions. 

an understanding of generally accepted valuation principles. 20 The usefulness of btisiness valuations to business owners 

Thetwoprimary types of business valuations that are widely and managers is limited for another reason — valuations 

used and accepted are income valuations and asset valua- typically determine only the value of the business as a 

tions. Market valuations are also used in some cases but their whole. To provide information that would be useful in 

use is restricted because of the difficulty inherent in trying to improving the business, the valuation would have to furnish 

compare two different companies. 25 supporting detail that would highlight the value of different 

Income valuations arc based on the premise that the elements of the business. An operating manager would then 

current value of a business is a fiinction of the future value be able to use a series of business valuations to identify 

that an investor can expect to receive from purchasing all or elements within a business that have been decreasing in 

part of the business. Income valuations are the most widely value. This information could also be used to identify 

used type of valuation. They are generally used for valuing 30 corrective action programs and to track the progress that 

businesses that are expected to continue operating for the these programs have made in increasing business value. This 

foreseeable future. In these valuations the expected returns same information could also be used to identify elements 

from investing in the business and the risks associated with that are contributing to an increase in business value. This 

receiving the expected returns are evaluated by the appraiser. information could be used to identify elements where 

The appraiser then determines the value whereby a hypo- 35 increased levels of investment would have a significant 

thetical buyer would receive a sufficient return on the favorable impact on the overall health of the business, 

investment to compensate the buyer for the risk associated Finally, it is worth noting that the limitiations of the 

with receiving the expected returns. Income valuation meth- general ledger accounting systems discussed previously 

ods include the capitalization of earnings method, the dis- (lack of information about intangible assets) also extend to 

counted future income method, the discounted cash flow 40 the business valuations that are completed based largely on 

method, the economic income method and other formula the information provided by general ledger systems, 

methods. Unfortimately, these same limitations also extend to the all 

Asset valuations consider the business to be a collection known efforts to analyze and/or simulate the impact of 
of assets which have an intrinsic value to a third party in an changes in business on financial performance and value 
asset sale. Asset valuations are typically used for businesses 45 creation. Put simply — ^it's impossible to analyze the impact 
that are ceasing operation and for specific type of businesses on aspects of the business with no prior information, 
such as holding companies and investment companies. Asset The lack of detailed information on intangible assets and 
valuation methods include the book value method, the their impact on value creation has limited simulation prod- 
adjusted book value method, the economic balance sheet ucts such as the Small Business Financial Manager to 
method and the liquidation method. so projecting the impact of changes in revenue, expense or 

Market valuations are used to place a value on one balance sheet items (tangible assets and financial liabilities) 

business by using valuations that have been established for on financial performance. Given the growing importance of 

comparable businesses in either a public stock market or a intangible assets to financial performance and value 

recent transaction. This method is difficult to use properly creation, the utility of these systems is very limited. In a 

because no two companies are exactly the same and no two 55 similar manner the lack of quantitative information on the 

transactions are completed for the exact same reasons. impact of intangibles on financial performance has limited 

Market valuation methods include the price to earnings the usefulness of simulation products such as Tango that 

method, the comparable sales method, industry valuation incorporate generic information regarding intangibles, 

methods and the comparable investment method. In light of the preceding discussion, it is clear that it would 

When performing a business valuation, the appraiser is 60 be desirable to have an automated system that simulated the 

generally free to select the valuation type and method (or impact of proposed changes in business operation on the 

some combination of the methods) in determining the busi- value drivers, the financial performance and the future value 

ness value. Under the current procedures, there is no correct of a commercial enterprise that was enabled by a detailed, 

answer, there is only the best possible informed guess for rigorous evaluation of all the elements of the enterprise that 

any given business valuation. There are several difficuUies 65 create business value. Ideally, this system would be capable 

inherent in this approach. First, the reliance on informed of generating detailed simulations for businesses in new 

guessing places a heavy reliance on the knowledge and industries. 
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SUMMARY OF THE INVENTION 

It is a general object of the present invention to provide a 
novel and useful system that calculates and displays a 
forecast of the impact of user-specified or system generated 
changes in business value drivers on the other value drivers, 
the elements, the financial performance and the long term 
value of a commercial enterprise that utilizes the informa- 
tion firom a detailed valuation of the enterprise to overcome 
the limitations and drawbacks of the prior art that were 
described previously. 

A preferable object to which the present invention is 
applied is the analysis of changes to a high technology 
commercial enterprise where a significant portion of the 
business value is associated with intangible assets. 

The present invention eliminates a great deal of time- 
consuming and expensive effort by automating the extrac- 
tion of transaction data from the databases, tables, and files 
of the existing computer-based corporate finance, operation, 
sales, and human resource software databases as required to 
operate the system. In accordance with the invention, the 
automated extraction, aggregation and analysis of transac- 
tion data fr om a variety of existing computer-based s ystems 
sigmfica ntly increases the scale and scope of the anal ysis 
that can be completed. The system of the present invention 
further'^hances the efiSciency and effectiveness of the 
business simulation and analysis by automating the retrieval, 
storage and analysis of information useful for valuing intan- 
gible assets from external databases and publications via the 
internet or other external networks. 

Uncertainty over which method is being used for com- 
pleting the analysis and the resulting inability to compare 
different simulations is eliminated in the present invention 
by consistently utilizing different valuation methodologies 35 
for valuing the different elements of the enterprise as shown 
in Table 1. 

TABLE 1 



TABLE 1 -continued 



Enterprise element 



Aquation methodology 



•Excess Cash & 
Marketable 
Securities 
•Total 

cuircnt-opcration 
value (COFTOT): 
Cunent-qieiation: 

Current-operation: 

Current-operation: 
Current-Operation: 
Current-operation: 



Curicnt-opc ration: 

Current-operation: 
Current-operation: 



GAAP 



Income valuation* 



C^h & Marketable 
Securities CASH 
Accounts Receivable 
CAR) 

Inventory (IN) 
Prepaid Eicpeascs (PE) 
Production Equipment 

(PEQ) 

Other Physical Assets 
(OPA) 

Other Assets (OA) 
Intangible Assets (lA): 
Customers 

En^loyccs 

Vendor Relationships 

Strategic Partnerships 

Brand Names 



GAAP 



GAAP 



GAAP 
GAAP 

If correlation value > 



Enterprise element 



50 



Valuation methodology 



Other Intangibles 


Correlation to 




component(s) of value 


Current-operation: General going concern 


GCV -.COFTOT - 


value (GCV) 


CASH - AR - IN - 




PE - PEQ - OPA - 




OA - lA 


•Growth options 


Option pricing 




algorithms 


*The user also has the option of specifying the total value 



The value of an enterprise operation is calculated by sum- 
ming items from Table 1 as shown in Table 2. 



TABLE 2 



Enterprise \felue * 



20 



25 



30 



liquidation value, then 
use correlation valuation, 
else use liquidation value 55 
Liquidation Milue 

GAAP 

Correlation to 
oomponent(s) of value 
Correlation to 
componcnt(s) of value 
Correlation to 
con:q>oncnt(s) of value 
Correlation to 
coirq)onent(8) of value 
Correlation to ^5 
oomponcnt(s) of value 



Current vahie of enterprise excess cash and marketable securities 
+ 

"Nftilue of current-operation 
+ 

VUue of giowth options 

As shown in Table 1, the growth opportunities of the firm 
are valued using opdon pricing algorithms. Option pricing 
algorithms are improvements over traditional methods as 
they correct two inaccurate assumptions implicit in tradi- 
tional discounted cash flow analyses of business growth 
opportimities, namely: the assumption that investment deci- 
sions are reversible, and the assumption that investment 
decisions can not be delayed. In reality, a firm with a project 
that reqiiires an investment has the right but not the obliga- 
tion to buy an asset at some future time of its choosing. 
However, once the investment is made it is often 
irreversible — a situation analogous to a call option. Because 
option valuation algorithms explicitly recognize that invest- 
ments of this type are often irreversible and that they can be 
delayed, the asset values calculated using these algorithms 
are more accurate than valuations created using more tradi- 
tional approaches. The use of option pricing analysis for 
valuing growth opportunities (hereinafter, growth options) 
gives the present invention a distinct advantage over tradi- 
tional approaches to business valuation. 

The innovative system has the added benefit of providing 
a large amount of detailed information concerning both 
tangible and intangible elements of enterprise business 
value. The system also gives the user the ability to track the 
changes in elements of business value and total business 
value over time by comparing the current valuation to 
previously calculated valuations. As such, the system also 
provides the user with an alternative mechanism for tracking 
financial performance. To facilitate its use as a tool for 
improving the value of an enterprise, the system of the 
present invention produces reports in formats that are similar 
to the reports provided by traditional accounting systems. 
The method for tracking the elements of value for a business 
enterprise provided by the present invention eliminates 
many of the limitations associated with current accounting 
systems that were described previously. The detailed valu- 
ation also enables a more robust and accurate simulation of 
future financial performance based on user-specified or 
system generated changes in value drivers. This capability 
gives information age managers the tools they need to go 
beyond tangible a&set management and manage all the 
elements of their operations — tangible and intangible. 

BRIEF DESCRIPTION OF DRAWINGS 
These and other objects, features and advantages of the 
present invention will be more readily apparent from the 
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following description of the preferred embodiment of the sis. In accordance with the present invealion, an automated 

invention in which: method of and system (100) for business valuation is pro- 

FIG. 1 is a block diagram showing the major processing vided. Processing starts in this system (100) with a block of 

steps of the present invention; software (200) that extracts, ^ggr^-gM^'-^^^^ st gres the trans - 

FIG. 2 is a diagram showing the files or tables in the 5 action data and user input required for com pleting a va lu- 

application database of the present invention that are utilized ation. This information is extracted~via an interconnection 

for data storage and retrieval during the processing that network (25) from a basic financial system database (10), an 

values elements of the enterprise; operation management system database (15), an advanced 

FIG. 3 is a block diagram of an implementation of the financial system database (30), a sales management system 

present invention; 10 database (35), and a human resource information system 

FIG- 4 is a diagram showing the data windows that are database (40). Information can also be extracted from an 

used for receiving information &om and transmitting infor- on-hnc external database such as those found on an internet 

mation to the user during system processing; (5) via a communications link (45). These information 

FIG. 5 A and FIG. 5B are block diagrams showing the extractions and aggrc gations_arc_^ided by a user (20) 

sequence of steps in the present invention used for 15 through interaction with a user-interface portion of the 

extracting, aggregating and storing infonnation utilized in application software (900) that mediates the display and 

system processing from: user input, the basic financial transmission of all information to the user (20) &om the 

system database, the operation management system system (100) as well as the receipt of information into the 

database, the advanced financial system database, the sales system (100) from the user (20) using a variety of data 

management system database, external databases via the windows tailored to the specific information being requested 

internet and the human resource information system data- displayed in a manner that is well known. While only one 

^'n iLK T:in cn Tnn iin um .en a rin axi database of each type (10, 15, 30, 35 & 40) is shown in FIG. 

block diJ a ™ho^ the ueJS of ste' iT the res^ 1. it is to be understood that the system (100) can extract data 

invLtion^thrare^'S^ th^ value driers ^^^^ T^/iPl" ^^'"^^^ ^"^'^ interconnection 

and defining the composite variables; network ^^s;. 

FIG. 7 is a block diagram showing the sequence of steps extracted mformatioa concerning revenue, expenses, 

in the present invention used for the specification and ^^P^^^ elements of value is stored m a file or table 

valuation of growth options; (heremafter, table) withm an apphcaUon database (50) as 

FIG. 8 is a block diagram showing the sequence of steps f?''^ f ^' plication database (50) contaii^ 

assodated with the anJyzing the components of enterprise ^^^^ '^P""^ ^""^^^^^^ '''^'''^T''r.':lt 

^ I- Mr system calculations includmg a system settmgs table (140), 

m/' OA xnn mi a ot^ ckr- ui 1 j- ^ revenue data table (141), an expense data table (142), a 

FIG. 9A, FIG. 9B and FIG. 9C arc block diagrams ■» 1 j * ♦ ui I. * ui /AjtA\ \_ - 1 

. , n • , . - 1 capital data table (143), an equity data table (144), a physical 

showmg the sequence of steps m the present invention that * tt^ * ui ^ v ■ * u 1 

J . n 1 * * 1- , asset ID table (145), an asset hquidation price table (146), an 

arc utthzcd m the spccincation and optimization 01 the ,^ , u * ^ * ui /^a^t^ •* r * 

1 . ^ 35 account number structure table (147), an equity forecast 

predictive models that determine the relationships between * li /i^o\ j * j-^- * i_i /i jn\ 

*^ , , . , . K t table (148), a data dictionary table (149), a revenue com- 

value dnvers and the revenue, expense and capital compo- * j c * ui /^en\ ^ . * c 

£ ^ ' t ponent definition table (150), an expense component defi- 

nents of enterprise value; , , , /i * j c ^ ui 

^„ . . . ^ mtion table (151), a capital component definition table 

FIG. 10 ^ a diagram lUustratmg the processmg of a (^52)^ ^ element of value definition table (153), a sub- 
feed-forward neural network; ^ element definition table (154), an enterprise definition table 

FIG. 11 is a diagram illustratmg the processmg of a (155)^ ^ composite variable table (156), a sub-element 

Kohonen neural network; weights table (157), a revenue model gene table (158), a 

FIG, 12 is a block diagram showing the sequence of the revenue model weights table (159), an expense model gene 

steps in the present invention used for calculating the table (160), an expense model weights table (161), a capital 

percentage of the revenue, expense and capital components 45 model gene table (162), a coital model weights table (163), 

attributed to the elements and sub-elements of value; a revenue component percentage table (164), an expense 

FIG. 13 is a block diagram showing the sequence of steps component percentage table (165), a capital component 

in the present invention used in preparing, displaying and percentage table (166), a composite variable location table 

optionally printing reports; (167), a composite variable data table (168), a normalized 

FIG. 14 is a sample Value Map® report from the present 50 composite variable data table (169), an enterprise value table 

invention showing the calculated value for all elements of (170), an economic equity values table (171), a reports table 

value in the total company on the valuation date; (172), a tax data table (173), a debt data table (174), a growth 

FIG. 15 is a sample Value Creation report from the present option definition table (175), a growth option overi^ table 

invention detailing the changes in the elements of value and (176), a growth option scenario table (177), a growth option 

total company value from a prior date to the valuation date; 55 value table (178), a revenue driver table (179), an expense 

and driver table (180), a capital driver table (181), an excluded 

FIG. 16 is a block diagram showing the sequence of steps variable table (182), a driver genes table (183) and a 

in the present invention used in calculating, displaying and scenario table (184). The application database (50) can 

optionally printing simulations of the effects of user- optionally exist as a datamart. data warehouse or depart- 

specified or system generated changes in business value mental warehouse. The system of the present invention has 

drivers on the other value drivers, the financial performance the abihty to accept and store supplemental or primary data 

and the future value of a commercial enterprise. directly from user input, a data warehouse or other electronic 

files in addition to receiving data from the databases 

DETAILED DESCRIPTION OF THE described previously. The system of the present invention 

PREFERRED EMBODIMENT ^5 ^^^^y ^ complete the necessary calculations 

FIG. 1 provides an overview of the processing completed without receiving data from one or more of the specified 

by the innovative system for business simulation and analy- databases. However, in the preferred embodiment all 
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required information is obtained from the specified data- client database (49). The other databases contain ioforma- 

bases (5,10, 15, 30, 35 & 40). tion regarding historical financial performance (10), opera- 

As shovsnQ in FIG. 3, the preferred embodiment of the tion management records (15), forecast financial perfor- 

present invention is a computer system (100) illustratively ^^nce (30), sales projects and transactions (35) and the 
comprised of a client personal computer (110) connected to 5 company employees (40) that are used in the o^ration of the 

an application server personal computer (120) via an inter- ^^^^"^ (100). The user (20) provides the information the 

connection network (25). The application server personal fl?^^jf°°,'°/^?^ '^T'^VL ^^f^T? u "^^^^ T^. 

. ' • * J \i • *u • * to be extracted and transferred from the database-server hard 

computer (120) is m turn connected via the mterconnection • .u • . i /->c\ . »i_ 

. 1 / J . i_ t . /^-^Ax dnve (131) via the interconnection network (25) to the 

network (25) to a database-server personal computer (130). application-server computer hard drive (122) by interacting 

The database-server personal computer (130) has a CPU lO user-interface portion of the application software (900). 

(136) , a keyboard (132), a CRT display (133), a pnnter The extracted information is combined with input received 

(137) , a hard drive (131) for storage of the basic financial from the keyboard (113) or mouse (116) in response to 
system database (10), the operation management system prompts from the user-interface portion of the application 
database (15), the advanced financial system database (30), software (900) before processing is completed. 

the sales management system database (35) and the human User input is initially saved to the chent database (49) 

resource information system database (40), a communica- before being transmitted to the communication bus (125) 

tions bus (134) and a read/write random access memory and on to the hard drive (122) of the application-server 

(135). computer via the interconnection network (25). Following 

The application-server personal computer (120) has a the program instructions of the application software, the 
CPU (127), a keyboard (123), a mouse (126), a CRT display ^ central processing unit (127) accesses the extracted data and 

(124), a printer (128), a hard drive (122) for storage of the user input by retrieving it from the hard drive (122) using the 

application database (50) and the majority of the application random access memory (121) as computation workspace in 

software (200, 300, 400, 500, 600, 700 and 800) of the a manner that is well known. 

present invention, a communications bus (125) and a read/ The computers (110, 120 and 130) shown in FIG. 3 
write random access memory (121). While only one client ^ illustratively are IBM PCs or clones or any of the more 
personal computer is shown in FIG. 3, it is to be understood powerful computers or workstations that are widely avail- 
that the application-server personal computer (120) can be able. Typical memory configurations for client personal 
networked to fifty or more client personal computers (110) computers (110) used vnth the present invention should 
via the interconnection network (25). The application-server include at least 32 megabytes of semiconductor random 
personal computer (120) can also be networked to fifty or ^° access memory (111) and at least a 2 gigabyte hard drive 
more server, personal computers (130) via the interconnec- (112). Typical memory configurations for the application- 
tion network (25). It is to be understood that the diagram of server personal computer (120) used with the present inven- 
FIG. 3 is merely iUustrative of one embodiment of the tion should include at least 64 megabytes of semiconductor 
present invention, random access memory (121) and at least a 50 gigabyte hard 
The client personal computer (110) has a CPU (117), a drive (122). Typical memory configurations for the 
keyboard (113), a mouse (116), a CRT display (114), a database-server personal computer (130) used with the 
printer (118), a modem (119), a hard drive (112) for storage present invention should include at least 128 megabytes of 
of a client data-base (49) and the user-interface portion of semiconductor random access memory (135) and at least a 
the application software (900), a communications bus (115) 200 gigabyte hard drive (131). 

and a read/write random access memory (111). ^ Using the system described above, the vahie of the 
The application software (200, 300, 400, 500, 600, 700, enterprise will be further broken down into tangible and 
800 and 900) controls the performance of the central pro- intangible elements of value. As shown in Table 1, the value 
cessing unit (127) as it completes the calculations required of the current-operation will be calculated using an income 
to calculate the detailed business valuation. In the embodi- valuation model. An integral part of most income valuation 
ment illustrated herein, the application software program models is the calculation of the present value of the expected 
(200, 300, 400, 500, 600, 700, 800 and 900) is written in a cash flows, income or profits associated with the current- 
combination of PowerScript, C++ and Visual Basic®. The operation. The present value of a stream of cash flows is 
application software (200, 300, 400, 500, 600, 700, 800 and calculated by discounting the cash flows at a rate that reflects 
900) also uses Structured Query Language (SQL) for the risk associated with realizing the cash flow. For example, 
extracting data from other databases (10, 15, 30, 35 and 40) the present value (PV) of a cash flow often dollars ($10) per 
and then staring the data in the application database (50) or year for five (5) years would vary depending on the rate used 
for receiving input from the user (20) and storing it in the for discounting future cash flov^rs as shown below. 









Discount rate = 


75% 






PV 


= Jlfl_ + 


10 


+ IQ + 


IQ 


+ 10 


= 26-89 




1.25 


(1.25)2 


(1.25)3 


(1.25)" 


(1.25)5 












Discount rate = 


359fc 






PV 


= Jll_ + 


10 


+ 10 + 


10 


+ 10 


= 22.20 




1.35 


(135)' 


(1.35)' 


(1.35)* 


(1.35)^ 
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The first step in evaluating the elements of current-operatioo 
value is separating the underlying formula that defines the 
value of the cunent-operation as shown in Table 3, 

TABLE 3 5 

Value of current-operation « 

(R) Value of expected revenue from current-operation 
+ 

(E) Vkluc of expected espense for current-operation 
(C) Value of capital required to support current-operation* 
*Note: (C) can have a positive or negative vahie 

The three components of current-operation value will be 
referred to as the revenue value (R), the expense value (E) 
and the capital value (Q. Examination of the equation in 
Table 3 shows that there are three ways to increase the value 
of the current-operation — increase the revenue, decrease the 
expense or decrease the capital requirements (note: this 
statement ignores a fourth way to increase value— decrease 
interest rate used for discounting future cash flows). 

While it is possible to break each component down into a 
large number of sub-components for analysis, the preferred 
embodiment has a pre -determined number of sub- ^5 
components for each component of value. The revenue value 
is not subdivided. The expense value is subdivided into five 
sub-components: the cost of raw materials, the cost of 
manufacture or delivery of service, the cost of selling, the 
cost of support and the cost of administration. The capital 
value is subdivided into six sub-components: cash, non-cash 
financial assets, production equipment, other assets (non 
financial, non production assets), financial liabilities and 
equity. The production equipment and equity sub- 
components are not used directly in evaluating the elements 
of value. 

The components and sub-components of current- 
operation value will be used in calculating the value of the 
tangible and intangible elements of value. For the calcula- 
tions completed by the present invention, an element of ^ 
value will be defined as "an identifiable entity or group that 
as a result of past transactions has provided and is expected 
to provide economic benefit to the enterprise." An item will 
be defined as a single member of the group that defines an 
element of value. For example, an individual salesman 
would be an "item" in the "element of value" sales staff. 
Predictive models are used to determine the percentage of: 
the revenue value, the expense value sub-components, and 
the capital value sub-components that are attributable to 
each element of value. The resulting values will then be 
added together to determine the valuation for different 
elements as shown by the example in Table 4. 



TABLE 4 



\^luation of the Large, Loyal Customer Element 



55 



Revenue value = $120M 13% attributed to large, Value - $15.6 M 
loyal customers 

E>5)ense value = ($80M) 10% attributed to large. Value = ($8) M 
loyal customers 

Coital value - ($5M) 12% attributed to large, Value = ($.6) M 60 
loyal customers 

Total value « $35M Large, Loyal Customer Element Value = $ 7 M 



The valuation of an enterprise using the approach outlined 
above is completed in seven distinct stages. The first stage 65 
of processing (block 200 from FIG. 1) extracts, aggegates 
and stores tbs.,dgLtjufr5m user input, existing internal data- 



bases (10, 15, 30, 35 or 40) and external databases (5) 
required for the calculation of enterprise business value as 
shown in FIG. 5A and FIG, 5B. The second stage of 
processing (block 300 from FIG, 1) identifies th e itern 
variables and item performance indicators''tb£r jnve the 
components of value' (revenue, expe^e^Jndlclianges- in 
capital) aiid calculates compositevariables that characterize 
the performance of the elements of vahie, as shown in FIG, 
6A FIG. 6B, HG, 6C, FIG. 6D, FIG. 6E, FIG. 10 and FIG. 
11. The third stage of system processing (block 400 from 
FIG. 1) values the growth options by enterprise using option 
pricing algorithms as shown in FIG. 7. The fourth stage of 
system processing (block 500 from FIG. 1) values the 
revenue, expense and capital components and calculates the 
current operation value using the information prepared in the 
previous stage of processing as shown in FIG. 8. The fifth 
stage of system processing (block 600 firom FIG. 1) specifies 
and optimizes predictive models to determine the relation- 
ship between the value drivers and the revenue, expense and 
capital values as shown in FIG. 9 A, FIG. 9B and FIG. 10. 
The sixth stage of processing (block 700 from FIG. 1) 
combines the results of the fourth and fifth stages of pro- 
cessing to determine the value of each element as shown in 
FIG. 12. The seventh and final stage of processing (block 
800 from FIG. 1) determines the relationship between equity 
and calculated total value as shown in FIG, 13, optionally 
displays the results of the prior calculations in specified 
formats as shown in FIG. 14 and FIG. 15 and optionally 
analyzes the impact of proposed improvement programs on 
financial performance and value creation as shown in FIG. 
16. 

Extraction and Aggregation of Data 

The flow diagrams in FIG. 5A and ¥IG. SB detail the 
processing that is completed by the portion of the appfica- 
tion software (200) that extracts, aggcegates-and-stotea_tbe 
infoimaliQn-Fequged*foF--svst6 gi operation from: the_b asic 
finandal s ystem database ( 10), opera tion mana gement sys- 
teifi^atabase (15), advanced finandal s i ^tem^datab aseX30), 
sales ma riageineBt^^^tem database (35) , human res ource 
infoimatibn sys tem^atabasc (40), external databases found 
on the internet (5) and the user (20). A brief overview of the 
different databases will be presented before reviewing each 
step of processing completed by this portion (200) of the 
application software. 

^'^^or?^!^ financial software systems_are _gen^rally 
diyided.into-t ^Qjgale^ories , basic and advanced. Advanced^ ■ 
financial systems utilize information from the basic financial 
systems to perform financial analysis, financial plaiuiing and 
financial reporting functions. Virtually every commercial 
enterprise uses some type of basic financial system as they 
are required to use these systems to maintain books and 
records for income tax purposes. An increasingly large 
percentage of these basic financial systems are resident in 
microcomputer and workstation systetns. Basic financial 
systems include general-ledger accounting systems with 
associated accounts receivable, accounts payable, capital 
asset, inventory, invoicing, payroll and purchasing sub- 
systems. These systems incorporate worksheets, files, t ables 
and databases. These databases, tables and file s contain 
informatioj^ about_the,companY_operatiQns,and-ks-felated 
accounting transactions. As will be detailed below, these 
databases^tables and~&les are accessed by the application 
software of the present invention as required to extract the 
information required for completing a business valuation. 
The system is also capable of extracting the required infor- 
mation from a data warehouse (or datamart) when the 
required information has been pre-loaded into the ware- 
house. 
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General ledger accounting systems generally store only 
valid _acco imtiD j|traDsactions. As is well knownT^Iid 
accounting transactions consSt of a debit component and a 
credit component where the absolute vahie of the debit 
component is equal to the absolute value of the credit 
component. The debits and the credits are posted to the 
separate accounts maintained within the accounting system. 
Every basic accounting system has several different types of 
accounts. The effect that the posted debits and credits have 
on the different accounts depends on the account type as 
shown in Table 5. 

TABLES 



Account Type: 


Debit Impact: 


Credit Impact: 


Asset 


Increase 


Decrease 


Revenue 


Decrease 


Increase 


Expense 


[ncreasc 


Decrease 


Liability 


Decrease 


Increase 


Equity 


Increase 


Increase 



10 



15 



20 



General ledger accounting systems also require that the asset 
account balances equal the sum of the liability account 
balances and equity account balances at all times. 

The general ledger system generally maintains summary, 
dollar^ oabL.traasacliQnJhistories_and_bala nces for all is 
accounts while thc associa tcd.subsystcms, accounts payable, 
accounts receivable, inventory, invoicing, payroll and 
purchasing, maintain more detailed historical transaction 
data and balances for their respective accounts. It is common 
practice for each subsystem to maintain the detailed infor- 
mation shown in Table 6 for each transaction. 

, 



TABLE 6 



Subsystem Detailed Information 



Accounts Vendor, Item(s), Transact ion Date, Amount Owed, 
Payable Due Date, Account NumBcr"""* 
Accounts Customer, Transaction Date, Pro duct.Soldj^ Q uantity, 
Receivable Price, Amount Dufi,Xenna,_DueJDatej^couiirRumbcr 
Capital Asset ID, Asset T^P^} °^ Purchase, Ehirchasc Price, 

Asset Useful life. Depreciation Schedule, Salvage Value 

Inventory Ite m Number. Transa ction I^te ^JIjansactiQn.'iype, 

Transaction Qty, Location, Account Number 
Invoicing Customer Name, Transaction Date, Item(s) Sold, 

Amount Due, Due Date, Account Number 
Payroll Employee Name, Employee Title, Pay Frequency, 

Pay Rate, Account Number 
Purchasing \fendor, Item(s), Purchase quantity. Purchase Price(s), 

Due Date, Account Number 



30 



35 



4C 



45 



As is well known, the output firom a general ledger system 
includes income statements, balance sheets and cash flow so 
statements in well defined formats which assist management 
in measuring the financial performance of the firm during 
the prior periods when data input have been completed. 

Advanced financial systems, including financial planning 
systems, generally use the same format used by basic 55 
financial systems in forecasting income statements, balance 
sheets and cash flow statements for future periods. Manage- 
ment uses the output from financial planning systems to 
highlight future financial difficulties with a lead time sufB- 
cient to permit effective corrective action and to identffy 60 
problems in company operations that may be reducing the 
profitability of the business below desired levels. These 
systems are most often developed by individuals within 
companies using 2 and 3 dimensional spreadsheets such as 
Lonis 1-2-3 ®, Microsoft Excel® and Quattro Pro®. In 55 
some cases, financial planning systems are built within an 
executive infonaaatioD system (EIS) or decision support 



system (DSS). For the preferred embodiment of the present 
invention, the advanced financial system database is the 
financial planning system database detailed in U.S. Pat. No. 
5,165,109 for "Method of and System for Generating 
Feasible, Profit Maximizing Requisition Sets", by Jeff S. 
Eder, the disclosure of which is incorporated herein by 
reference. 

While advanced financial systems are similar between 
firms, operation management systems vary widely depend- 
ing on the type of company they are supporting. These 
systems typically have the ability to not only track historical 
transactions but to forecast future performance. For manu- 
fa cturing firms , operation management systems "Tuch as 
Enterprise Requirements Planning Systems (ERP), Material 
Requirement Planning Systems (MRP), Purchasing 
Systems, Scheduling Systems and Quality Control Systems 
are used to monitor, coordinate, track and plan the transfor- 
mation of materials and labor into products. These systems 
will generally track information about the performance of 
the different vendors that supply materials to the firm 
including the information shown in Table 7. 

TABLE 7 

operation Management System Vendor Information 

1. Ven dor Na me 

2. Vendor Number 

3. Commodity Code(s) 

4. Year to date dollar volume ) 

5. Historical dollar volume 

6. Percentage of deliveries rejected by QC 

7. Percentage of deliveries accepted out of specification 

8. Cbmpliancc with ISO 9000 

9. Actual lead time required for purchases 

10. Terms and conditions for purchases 

11. Average Delivery Quantity Variance 

12. Average Delivery Date Variance 

13. EDI* vendor - Yes or No 

*£DI a Electronic Data Interchange 

Systems similar to the one described above may also be 
useful for distributors to use in monitoring the flow of 
products from a manufacturer. 

Operation Management Systems in manufacturing firms 
may also moni tor information relating to the production 
rate s and the performance_ofindividual production workers , 
produc tion lines, wod sj^enters^oroduction Jeams_and_ plcces 
of production.eqttipnaent-includiiig,thejnformation shown in 
Table 8. — 

TABLES 

operation Management System - Production Information 

1. ID number (employee id/machine id) 

2. Actual hours - last batch 

3. Standard hours - last batch 

4. Actual hours - year to date 

5. Actual/Standard hours - year to date % 

6. Actual setup time • last batch 

7. Standard setup time • last batch 

8. Actual setup hours - year to date 

9. Actual/Standard setup hrs - yr to date % 

10. Cumulative training time 

11. Job(s) certifications 

12. Actual scrap - last batch 

13. Scrap allowance - last batch 

14. Actual scrap/allowance - year to date 

15. Rework time/unit Last batch 
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TABLE 8-continued 



TABLE lO-continued 



operation Maoagement System - Production Information 



16. Rework timeAinit year to date 

17. CX; rejeaioa rate - batch 

18. QC rejection rate - year to date 



Operation management systems are also useful for tracking 
requests for service to repair equipment in the field or in a 
centralized repair facility. Such systems generally store 
information similar to that shown below in Table 9. 



TABLE 9 



C^ration Management System - Service Call Information 

1. Customer name 

2. Customer number 

3. Contract number 

4. Service call number 

5. Time call received 

6. Product(s) being fixed 

7. Serial number of equqjmcnt 

8. Kame of person placing call 

9. Name of person accepting call 

10. Promised response time 

11. Promised type of response 

12. lune person dispatched to call 

13. Name of person handling call 

14. Hme of arrival on site 

15. Tune of repair completion 

16. Actual response time 

17. Part(s) replaced 

18. Part(s) repaired 

19. 2ad call required 

20. 2ad call number 



Sales management systems are similar to operation man- 
agement systems in that they vary considerably depending 
on the type of firm they are supporting and they generally 
have the abiUty to forecast future events as well as track 
historical occurrences. In firms that sell customized 
products, the sales management system is generally inte- 
grated with an estimating system that tracks the flow of 
estimates into quotations, orders and eventually bills of 
lading and invoices. In other firms that sell more standard- 
ized products, sales management systems generally are used 
to track the sales process from lead generation to lead 
qualification to sales call to proposal to acceptance (or 
rejection) and delivery. All sales management systems 
would be expected to store information similar to that shown 
below in Table 10. 



20 



TABLE 10 



Sates Management System - laformation 



1. Customer/potential caistomer name 

2. Customer number ' 

3. Address 

4. Phone number 

5. Source of lead 

6. Date of first purchase 

7. Date of last purchase 
S. Last sales call/contact 

9. Sales call history 

10. Sales contact history 

11. S alesJiifitQ^: product/qty/p i rice , 

12. Quotations: product/qty/price 

13. Custom product percentage 



50 



60 



65 



Sales Management System • Infomiation 



14. Payment history 

15. Current A/R balance 

16. Average days to pay 



Computer based human resource systems are increasingly 
10 used for storing and maintaining corporate records concern- 
ing active employees in sales, operations and the other 
functional specialties that exist within a modem corporation. 
Storing records in a centralized system faciUtatcs timely, 
accurate reporting of overall manpower statistics to the 
15 corporate management groups and the various government 
agencies that require periodic updates. In some cases human 
resource systems include the company payroll system as a 
subsystem. In the preferred embodiment of the present 
invention, the payroll system is part of the basic financial 
system. These systems can also be used for detailed planning 
regarding future manpower requirements. Human resource 
systems typically incorporate worksheets, files, tables and 
databases that contain information about the current and 
future employees. As will be detailed below, these databases, 
tables and files are accessed by the appKcation software of 
the present invention as required to extract the information 
required for completing a business valuation. It is common 
practice for human resource systems to store the information 
shown in Table 11 for each employee. 

TABLE 11 



Human Resource System Infonnation 



1. Employee name 

2. Job title 

3. Job code " 

4. Rating 

5. Division 

6. Department 

7. Employee No./(Social Security Number) 

8. Year to date - hours paid 

9. Year to date - hours worked 

10. Employee start date - company 

11. Employee Start date ~ department 

12. Employee start date - current job 

13. Training courses completed 

14. Cumulative training expenditures 

15. Salary history 

16. Current salary 

17. Educational background 

18. Current supervisor 



External databases such as those found on the internet (5) 
can be used for obtaining information that enables the 
categorization and valuation of assets such as brand names, 
trademarks and service marks (hereinafter, referred to as 
brand names). In some cases it can also be used to supple- 
ment information obtained from the other databases (10, 15, 
30, 35 and 40) that are used in categorizing and evaluating 
employee groups and other elements of value. In the system 
of the present invention, the retrieval of information from 
the internet (5) can be: 

a) targeted to specific on-line pubUcahons that provide 
information relevant to the clement being evaluated, 

b) restricted to a simple count of the number of matches 
a specific trademark generates when entered into a 
general purpose internet search-engine such as Yahoo!, 
Lycos, AltaVista or HotBot, or WebCrawler, and 

c) specific searches using commercially available soft- 
ware agents and/or text mining products to determine 
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both the number and the type of references (favorable, 
unfavorable or informatioD only) that have been made 
concerning a specific trademark in all discovered ref- 
erences. 

System processing of the information from the different 5 
databases (5, 10, 15, 30, 35 and 40) described above starts 
in a block 201, FIG. 5A, which immediately passes pro- 
cessing to a software block 202. The software in block 202 
prompts the user via the system settings data window (901) 
to provide system setting information. The system setting lo 
information entered by the user (20) is transmitted via the 
interconnection network (25) back to the application server 
(120) where it is stored in the system settings table (140) in 
the application database (50) in a manner that is well known. 
The specific inputs the user (20) is asked to provide at this is 
point in processing are shown in Table 12. 

TABLE 12 



System Settings 



20 



1. Mode of operation - stand-alone valuation or comparison to previous 
valuation 

2. Date of business valuation calculation (vatuation date) 

3. Date of previous valuation (if any) 

4. Location (address) of basic financial system data dictionary and data 

5. Locatioa (address) of advanced fimncial system data dictionary and 
data 

6. Location (address) of human resource information system data 
dictionary and data 

7. Location (address) of operation management system data dictionary 
and data 

8. Locatioa address of sales management system data dictionary and data 30 

9. Location address of any external databases used in the valuation 
calculation 

10. The maximum acceptable age of a valuation (in days) 

11. Hie maximum number of generations to be processed without 
improving fitness 

12. Base currency ^5 

13. Currency conversions for any non-base currencies used in the 
Enancial systems 

14. Weighted average cost of capital (to be used in discounting cash 
flows) 

15. Sunplified analysis (no sub-oonq)onents of expense or capital value) 

16. Number of months a product is considered new after it is 

first produced 40 

17. Define composite variables? (Yes or No) 

18. Amount of cash and marketable securities required for day to 
day operations 



The apphcation of these system settings will be explained as 4S 
part of the detailed explanation of the system operation. 

The software in block 202 uses the valuation date speci- 
fied by the user (20) to determine the time periods (months) 
that require data in order to complete the valuation of the 
current operation and the growth options and stores the 50 
resulting date range in the system settings table (140), The 
valuation of the current operation by tbe system requires 
sales, operation, finance, external database and human 
resource data for the three year period before and the four 
year period after the specified valuation date. Because of the 55 
difficulties inherent in forecasting from the perspective of 
the past or the future, the specified valuation date is gener- 
ally within a month of the current system date. After the 
storage of system setting data is complete, processing 
advances to a software block 203 where the data chctiooaries 60 
from the basic financial system database (10), the operation 
management system database (15), the advanced financial 
system database (30), the sales management system data- 
base (35) and the human resource information system data- 
base (40) are extracted and saved in the data dictionary table 65 
(149) in the application database (50) and processing 
advances to a software block 204. 



The software in block 204 checks the system settings 
table (140) in the application database (50) to determine if 
the current calculation is a comparison to a prior valuation 
or if it is a stand-alone calculation. If the calculation 
involves a comparison with a prior valuation, then the 
software in block 204 retrieves the previously defined 
account structure, data definitions, enterprise definitions and 
component definitions and saves them in the appropriate 
tables for xise in tbe current calculation before processing 
advances to a software block 209, Alternatively, if the 
calculation is a stand-alone, then processing advances to a 
software block 205. 

The software in block 205 interacts with an account 
structure and data dictionary data window (902) that 
prompts the user for any input that is required to define data 
fields for the extracted data dictionaries and the data dictio- 
nary of the application software of the present invention. 
This input is also saved to the data dictionary table (149). 
The software in block 205 also prompts the user (20) via the 
account structure and data dictionary data window (902) for 
information that edits or defines the account stmcture iised 
in the financial system databases. It is common practice for 
account numbers to have several segments where each 
segment represents a different set of subgroups as shown 
below in Table 13. 

TABLE 13 



Account 
Number 


03- 


800- 


901- 


677- 


003 


Segment 

Subgroup 
Position 


Company 

Products 
5 


Division 

Workstation 
4 


Department 

Marketing 
3 


Account 

Labor 
2 


Sub- 
account 
P.R. 
1 



As will be detailed below, the different account nimiber 
segments are used for separating the financial information 
for analysis. 

After the account structure information is stored in the 
account number structure table (147) in the application 
database (50), processing advances to a block 206 where the 
software in the block interacts with an enterprise definition 
data window (903) to prompt the user (20) to specify the 
account nimaber segment or segments that will be used to 
define the enterprise being valued by the innovative system 
of the present invention. For example, the user (20) could 
specify that each division is to be analyzed as a separate 
enterprise. In this case, ff the total company had two 
business units with six divisions, then, the user could specify 
up to six enterprises as shown in Table 14. 



TABLE 14 



Products Business Unit Software Business Unit 



1. PC Division 

2. Workstation Division 

3. Mainframe Division 

4. Peripherals Division 



5. Application Software Division 

6. Operating System Software Division 



The specified enterprises are then displayed to the user 
(20) by the software in block 206 via the enterprise defini- 
tion data window (903). At this point, the user (20) is given 
the option of combining the enterprises or leaving them in 
the initial configuration. For example, the user (20) could 
combine the Personal Computer Product enterprise and the 
Workstation Product enterprise into one enterprise for the 
business valuation calculation. When the user (20) indicates 
that all enterprises have been defined, the resulting specifi- 
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cations are stored in the enterprise definition table (155) in 
the application database (50). 

After the enterprise definitions are stored, processing 
advances to a software block 207 where the software in the 
block prompts the user (20) via a component definition data 5 
window (904) to specify the account segment or segments 
that will be used to define the expense and capital sub- 
components for each enterprise. Only account segments 
with position nimibers below those of the segment used for 
enterprise specification can be used for expense and capital 
sub-component specification. Continuing the example 
shown above for a valuation calculation, departments, 
accounts and sub-accounts are the only segments that can be 
utilized for expense or capital component and sub- 
component specification. This limitation is applicable 
because their position numbers 3, 2 and 1 respectively are 
below 4, the position number of the division segment that 
was the lowest position used to define the enterprise. As 
discussed previously, there is only one revenue component 
per enterprise; therefore, the enterprise definition automati- 
cally defines the revenue component. 

For the normal analysis, each enteqirise has: one revenue 
component, five expense sub -components (cost of raw 
materials, the cost of manufacture or delivery of service, the 
cost of sales, tHe cost of support and other costs ), fouTcapital ^5 
sub-components used in the valuation calculation (cash, 
non-cash financial assets, other (non-financial, non- 
production) assets, liabilities), and two capital sub- 
components that are not used directly in the valuation 
calculation (production equipment and equity). The software 
in block 207 via the component definition data window 
(904) will accept all logical combinations of account number 
segment ^edfications for a sub-component while prevent- 
ing the reuse of the same segment for more than one 
sub -component specification in each enterprise. Sub- 
component definitions are required even if the user (20) has 
chosen to run a simplified analysis (i.e., one without sub- 
components). The user (20) is also given the option at this 
time of designating some or all of the expense and capital 
sub-components as direct sub-components that can be evalu- ^ 
ated using output &om an activity based costing system or 
some other system without use of the predictive models. 
Tkble 15 provides examples of expense and capital sub- 
component definitions. 

TABLE 15 



Sub-componcQt 



DcfuiitioD 



Expense: Cost of materials 

Expense: Cost of manufacturing 

Expense: Cost of sales 
Capital: Cash 
Capital: Liabilities 



Departmeats 1C>-1S, 

aocounts 500 to 505 

Departments 10-18. 

aocounts 506 to 999 

Department 21, accounts 500 to 999 

Account 100, all departments 

AccQimts 200-299, all departments 



50 



The software in block 207 saves the new or updated revenue 
component definitions to the revenue component definition 
table (150), expense sub-coniponent definitions to the 
expense component definition table (151) and capital sub- 
component definitions to the capital component definition 60 
table (152). The production equipment and other asset 
definitions are also used to populate the physical asset ID 
table (145) and the asset liquidation price table (146) with 
the names of all assets used by all enterprises. 

After the definitions for the revenue, expense and capital 65 
components have been stored in the application database 
(50), processing advances to a software block 209. Process- 



ing can also advance to block 209 directly &om block 204 
if the calculation is a comparison to a prior valuation. The 
software in block 209 checks to determine if all the available 
financial data have been included in a revenue, expense, or 
capital component or sub-component In the example shown 
above, block 209 would check to determine that the financial 
data for all divisions, departments, account numbers and 
sub-account numbers have been assigned to a component. If 
the software in block 209 determines that all financial data 
have been assigned to a component, then processing 
advances to a software block 210. Alternatively, if the 
software in block 209 determines that some financial data 
have not been assigned to a component, then processing 
advances to a software block 208. The software in block 208 
prompts an edit component definition data window (905) to 
display a screen that provides the user (20) wiih the ability 
to redefine previously stored component and sub-component 
definitions to include the unassigned financial data. The 
revised component definition(s) are then saved in the appro- 
priate definition table(s) (150, 151 or 152) in the application 
database (50) and processing returns to block 209 and from 
there to software block 210. 

The software in block 210 retrieves the debit or credit 
balances from the basic financial system database (10) and 
the advanced financial system database (30) in account 
segment position order, lowest position to highest position, 
for the revenue, expense and capital components for the time 
periods determined by the software in block 202 and stored 
in the system settings table (140). Continuing the example, 
the software in block 210 would first retrieve and total debits 
and credits in each required period for the sub-components 
that have sub-account specifications. The higher level 
specifications, account nmnber, department and division, are 
observed when data are retrieved for the sub-components 
with sub-account specifications. The software in block 210 
would then retrieve the required data for the sub- 
components with account number specifications. The higher 
level specifications, department and division, are observed 
when data are retrieved for the sub-components with 
account nimiber specifications. The software in block 210 
would finally retrieve the required data for the sub- 
components with department number specifications. The 
higher level specification, division, is observed when data 
are retrieved for these sub-components. This same proce- 
dure is completed for each enterprise and the resulting totals 
are then saved in the appropriate data tables (141-revenue, 
142-expense and 143-capital) in the apphcation database 
(50). 

After all the financial data have been extracted and stored 
in the apphcation database (50), system processing advances 
to a software block 212. The software in block 212 deter- 
mines if any of the components or sub-components are 
missing data for any of the required periods. Missing data is 
defined as the condition when there is a null value for a 
sub-component financial data field in a required period. If 
the software in block 212 determines that all components 
have the required data in all periods, then processing 
advances directly to a software block 221. Alternatively, if 
data are missing, then processing advances to a software 
block 213 where the user (20) is prompted by a missing 
financial data window (906) to provide the missing data or 
the location of the missing data. In some cases the user (20) 
may simply replace the null value with a zero. After the user 
(20) provides the missing data or the location of the missing 
data, the appropriate data tables (141-revenue, 142-expense 
and/or 143-capital) in the application database (50) are 
updated and processing advances to software block 221. 
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Element of 
Value: 
Name/ 
Definition 



Maximum 

Sub Elcmenl of \^lue Data 
Elements Identity and Location 



Customers/ 10 Account payment data (10); Communications. 

Customer history (15), Date of first order (35); Order 

numbers history line items, products/services, revenue, 

1-21,8T7 returns, delivery (10 & 35); Invoice adjustment 

history (10 & 35), Service call history - first 
time and repeat (15); Technical st^port call 
history - firet time and repeat (15). 
Employees 0 Date of first employment (40), Employee 

Production/ suggestion history (15); Employee training data 

Job codes: (40); Employee pioductioD data - hours, piece 

17, 18, quantity (15); Employee pay data incltiding 

19 and 33 benefits (10, 30 & 40). 

Brand 50 * Monthly average price ptemiimi/(discoui]t) vs. 

names/ industry average price (35), Monthly number of 

Name(B) favorable mentions in trade press (5)^ Monthly 

number of hits on corporate web site (5), 
Monthly spending on advertising (10), Monthly 
average cost per 1,000 for advertising (10). 

"^Dc&ult system limit 

The information entered by the user (20) cJefining the 
elements of value is stored in the element of value definition 
table (153), the location of the element of value data is stored 
in the composite variable location table (167), and an index 
of the element of value data is stored in the composite 
variable data table (168) in the application database (50), 
before processing advances to a software block 222. 

The software in block 222 prompts the user (20) via a 
growth option definition data window (908) to specify the 
growth options that will be valued for each enterprise. The 
specification of each growth option includes: an option 
name; the financial resources consumed or generated by the 
growth option by component of value; the resources asso- 
ciated with the growth option by element of value, and the 
number of scenarios that will be analyzed as part of the 
growth option valuation, A growth option specification 
example is shown below in Table 17. 



TABLE 17 


Growth Option Example Specification 


Option name 


VRML Equ^ment 


Revenue Component 


None 


Expense Sub-Component: 


Department 17, accounts 500 to 505, 


Raw Materials 


after 6P7 


Expense Sub-Component: 


All eiqjenses, department 87 


Other 




Capital Sub-Component: 


All assets, dcpartmem 87 


Other Assets 




Element of V^luc: 


All employees, department 87 


Other Employees 





If the system (100) is calculating a business valuation 
comparison, then the input from the user (20) regarding 
growth options is Umited to defining new growth options. 
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The next step in system processing is completed by 
software block 221 where the software in the block prompts 
the user (20) via an element of value specification data 
window (907) to define the elements of value for each 
enterprise, to indicate the maximum number of sub-elements 
for each element and to identify the identity and location of 
transaction data and other information that are related to 
each element of value. Elements of value with sample 
specifications are shown below in Table 16. 

TABLE 16 



10 



After the user's input is stored in the growth option defini- 
tion table (175) in the application database (50), processing 
advances to a software block 223. The software in block 223 
retrieves data from the different databases in accordance 
with the specifications provided by the user(20) in the 
previous two steps. After this information is stored in the 
application database (50) processing advances to a software 
block 225. 

The software in block 225 prompts the user (20) via a tax 
information data window (910) to provide an overall tax rate 
for the company and detailed schedules for federal income 
taxes plus any other taxes as ^own in Table 18. 

TABLE 18 



15 



20 





Example Schedule 


Federal Income Hix 


15% of first $250,000 in profit 




25% of next $500,000 in profit 




35% of profit over $750,000 


State Ike 


2.25% of revenue 


Overall 1^ Rate 


33% of GAAP operating profit 



After the information the user (20) provides is stored in the 
tax data table (173) in the apphcation database (50), pro- 
cessing advances to a software block 226. The software in 
25 block 226 prompts the user (20) via an equity information 
data window (911) to provide historical and forecast (Fcst) 
information for each account included in the equity sub- 
component specification stored in the capital component 
definition table (152) as shown in Table 19. 

30 

TABLE 19 



Equity Account 



Example Schedule 



Actual 
/Fcst 



40 



301 - 


Preferred stock 


100,000 shares @ $40/share 


A 






9/1/87 with yield 5% 








250,000 shares @ $90/share 


F 






3/31/98 with yield 2% 




302- 


Common Stock 


1,000,000 shares @ $20/share 


A 






on valuation date 








Price history for last 5 years 


A 


303 - 


Dividends 


Actual divideads last 5 years 


A 



After the information the user (20) provides is stored in the 
equity data table (144) in the application database (50), 

45 processing advances to a software block 227. 

The software in block 227 prompts the user (20) via a 
liability information data window (912) to provide historical 
and forecast information concerning eadi account included 
in the financial liability sub-component stored in the capital 

50 component defirution table (152) as shown in Table 20. 

TABLE 20 



55 



Liability Accoimt Example Schedule 



Actual 
/Fcst 



60 



201 - Accounts NA 
Payable 

203 - Accrued Salary NA 

205 - Short Term Debt $150,000 @ 12% annual, 12/31/91 A 
$250,000 @ 11.7% annual, 3/17/93 A 
$250,000 @ 11% annual, 6/30/99 F 

215 -Long Term Debt $2^00,000 @ 8.5% annual, 9/1/93 A 



After the information the user (20) provides is stored in the 
debt data table (174) in the application database (50), 
65 processing advances to a software block 228. 

The software in block 228 calculates the current weighted 
average cost of capital using the information stored in the 
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debt and equity tables (174 and 144, respectively) using being updated. All information related to the enterprise 

Formula 1 shown below. element being examined less any information identified in 

Formula 1 the excluded variable table (182) is retrieved by block 303 

from the primary databases including: the basic financial 

Weighted average cost of capitai=((D/V)x«o)(i-7)-K^/Vx^c) 5 system database (10), the operation management system 

database (15), the advanced financial system database (30), 
the sales management system database (35), the human 
Devalue ofDebt, E= Value of Equity, R^oWeighted Average resource information system database (40), and external 
Interest Rate of Debt, T=Tax Rate, R^Rate of Return on databases found on the internet (5) by item. For example, if 
Equity (based on historical information provided) and t^e element being modeled was the customer element that 
V==(D+E) was defined by the customer niimbers in the range from 1 to 
After the calculation is completed, processing advances to a 21,877, then all numeric and date fields in data records 
software block 229. The software in block 229 compares the containing a customer number, save those listed in the 
calculated value to the value previously specified by the user excluded variable table (182), would be retrieved and stored 
(20) in the system settings table (140). If the two values are in the revenue driver table (179) by item. The numeric and 
different, then processing advances to a software block 230 date field data are collectively referred to as "item vari- 
which prompts the user via a cost of capital selection data ables". When all item variables have been stored in the 
window (913) to select the cost of capital figure to use for revenue driver table (179), processing advances to a soft- 
future calculations. The cost of capital specified by the user ^are block 304. 

(20) is stored in the system settings table (140) and process- software in block 304 calculates expressions by item 

ing returns to block 229 and on to a software block 232. foj ^^^^^ numeric data field including: cumulative total 

System processing passes direaly to block 232 if the cal- ^^lue, the period to period rate of change in value, the rolling 

culatcd and specified values of the cost of capital are average value and the time lagged value of each numeric 

identical. i^^m variable. In a similar fashion the software in block 304 

The software in block 232 checks the asset liquidation calculates expressions for each date field including time 

pnce table (146) to determme if there are "current" (as since last occurrence, cumulative time since first occurrence, 

defined previously) liquidation paces for aU physical assete average frequency of occurrence and the rolling average 

listed in the physical asset ID table (145). If there are frequency of occurrence. The numbers calculated from 

"current" prices for aU physical assets Hsted in the physical ^^^^0 and date fields are collectively referred to as "item 

asset ID table (145), then processing advances to a software performance indicators". After the item performance indi- 

block 302 where the identification of the value drivers gators are calculated and stored in the revenue driver table 

begins. If, on the other hand, there are not "current" prices (179) appUcation database (50), processing advances 

for all physical assets, then processing advances to a soft- ^ ^ software block 305 

ware block 235. The softwaie in blo^ 235 prompts the user ^ ^j^^^^ ^ j,,^^^ 3^ ^^^^ ^ predictive time series 

(20) via a hquidaUon price entry data window (914) to ^^ ^^^^ ^^^^ ^^^^^ specificaUy. 

provide Lquidation prices for aU physical assets that don t j„ blockcieates a neural network model that 
have current values. lUe user (20) is given the option ol 

item variables and item performance indicators 

specifying a hquidation value as a fixed pnce, as a per^nt- ^ ^^^^ enterprise to the revenue component. Neural 

age of original purchase pnce or as a percentage of book networks are increasingly being used for statistically mod- 

v^ue (as stored m the basic financial system database (10)). ^ relationships between sets of data. One of the main 

After the required information has been entered by the user ^^^^ ^^^^ in their use is that they are effective 

(20) and stored m the as^t liqmdation pnce table (146) in ^ modeling relationships even when there are nonUnear 

the apphcaUon database (50), system processing advances to relationships and interactions between independent vari- 

a sottware block 302. ^^y^ j^^^^.^^ networks consist of a number of processing 

Identify Value Drivers by Element ^5 elements (hereinafter, referred to as nodes) that send data to 

one another via connections. The strengths of the connec- 

The flow diagrams in FIG. 6A, FIG. 6B, FIG. 6C, FIG. 6D tions between the nodes are referred to as weights. As shown 

and FIG. 6E detail the processing that is completed by the in FIG. 10, there are three types of nodes, input nodes 

portion of the application software (300) that identifies the (710-x), hidden nodes (720-x) and output nodes (730). Input 

item variables and item performance indicators that drive 50 nodes receive data values from input variables (701). A 

revenue, expense and changes in capital by element for all threshold node (710-THRESH) is a special class of input 

defined enterprises. The item variables and item perfor- node (710-x) with a constant weight of 1 on the connection 

mance indicators identified during this processing are col- to a hidden node (720-x). Hidden nodes (720-x) create 

lectively referred to as "value drivers". intermediate representations of the relationship between 

Processing begins in software block 302. The software in 55 input data and the output values. It is important to note that 

block 302 checks the composite variable table (156) and the while the diagram in FIG. 10 shows only one layer of hidden 

revenue driver table (179) in the application database (50) to nodes (703), in many cases a network model will contain 

determine if all enterprise revenue components have "cur- several layers of hidden nodes. Finally, output nodes (730) 

rent"* drivers and composite variables for all elements. If all produce output variables (705). 

enterprise revenue components have "current" drivers for all 60 The action of a neural network is determined by two 

elements, then processing advances to a software block 306. things: the architecture, that is how many input, hidden and 

Alternatively, if there are any revenue components without output nodes it has; and the values of the weights. A neural 

"current" drivers for at least one element, then processing network "teams'* by modifying its weights (706 and 707) to 

advances to a software block 303. The software in block 303 minimize the difference between the calculated output value 

uses the element ofvalue definition table (153) and excluded ss (705) and the actual output value. The difference between 

variables table (182) to guide the retrieval of information the calculated output value and the actual output value is 

required to specify the next revenue driver model that is defined as the error function for the network. For revenue 
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components such as those specified by the software in block 
305, the error function is defined by 



Fonnula 2 
ERR fW). ° ^(R^ - y(W)Y 

Where: 



W a a set of weight vahies 

ERR(W\ - error function for W for period k 

Rk = actual/forecast revenue for period k 

Y(\V) = output value for W 



The process for niimmizing the error function will be 
detailed after the specification of the network architecture is 
eTcplained. 

The software in block 305 determines the number of the 
input nodes and hidden nodes for each network as a function 
of the number of item variables and item performance 
indicators specified by the software in blocks 303 and 304. 
There are also additional input nodes for prior period 
revenue and for a threshold node. For the system of the 
present invention, the number of hidden nodes is derived by 
adding one (1) to the number of input nodes. Table 21 shows 
the calculation of the number of nodes in an example 
predictive revenue model. 

TABLE 21 



Potential Wik Drivers - Element to Revenue Model by Item Quantity 



Item Viriables 


6 


Item Perfonnance Indicators 


48 


Subtotal Input Nodes: 


54 


Threshold & Prior Period Nodes 


2 


Total Input Nodes: 


56 


Hidden Node Adder 


1 


Total Hidden Nodes: 


57 



The software in block 305 sets the initial number of hidden 
layers to one. The software in block 305 also establishes one 
output node for the revenue and sets all weights to random 
numbers between 0 and 1 (except the threshold node weight 
which is fixed at 1). 

The processing completed by aU of the network nodes 
(710-x, 720-x and 730) is similar. The input nodes (710-x) 
receive their input of item variables and item performance 
indicators by item by period while the hidden node (720-x) 
receives its input from the input nodes and the ou^ut nodes 
(730-x) receive their input fi-om the hidden nodes. Each node 
multiplies the received input by the corresponding weight 
(706 or 707) to produce a weighted sum. The network 
applies a sigmoid or linear function to the weighted sum to 
determine the state of the node. The state of eadi node is 
then passed on to the next layer along a weighted connection 
or it is used to generate an output variable. When the 
network architecture including the nodes has been specified 
by the software in block 305, then processing advances to a 
software block 325 where networic optimization begins. 

The normal operation of a neural network requires the use 
of very large amounts of data to train the network to 
minimize the enor function and then test the networks 
predictive capabilities. The preferred embodiment of the 
present invention minimizes the need for very large data sets 
by using genetic algorithms to find the weights (W) that 
reduce the error fimction to an acceptable level before 
optimizing the network using the backpropagation algorithm 
to determine the "best fit". The software in a block 325 uses 
genetic algorithms to find solutions for the cunent error 
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minimization problem by evolving a set of solutions toward 
the desired goal of having an error function value of zero. 
More specifically, the genetic algorithms in block 325 create 
and maintain a population of the software equivalent of 
5 DNA chromosomes (hereinafter, chromosomes) that 
"evolve** toward the specified goal by using selective cross- 
over and random mutation to generate new chromosomes. 
For this application, the chromosomes (see Table 22 below) 
encode the networic weights. 

10 

TABLE 22 



Gene 1 
C3cnc 2 
Gene 3 

15 Gene 4 

Gene 5 



Each individual "gene** represents a weight between two sets 
of nodes. The fitness of each chromosome in the population 

20 is evaluated by the proximity of the resulting solution to the 
expected objective function maximum (the maximum of the 
objective function corresponds to the minirmim error level 
of the neural network). Selective crossover in a genetic 
algorithm gives a preference to the chromosomes (sets of 

25 weights) that are the most fit (e.g., have lowest error and 
highest objective function outputs). Crossover is a form of 
reproduction that separates each of two individual chromo- 
somes into two separate pieces at a random break point. 
Crossover is completed when the algorithm recombines the 

30 top piece ftom the first chromosome with the bottom piece 
of the second chromosome and the bottom piece from the 
first chromosome with the top piece from the second chro- 
mosome to produce two new chromosomes that have a mix 
of "genes" from each of the original chromosomes. Giving 

35 a preference to the most fit chromosomes increases the 
likelihood that the new chromosomes will produce more fit 
solutions than the precursor chromosomes. Mutation is the 
random change in the value of a randomly selected "gene". 
Mutation occurs to "genes** during crossover. It also occurs 

40 in individual chromosomes within the population. When a 
population of chromosomes has been crossed over and 
mutated, a new generation of the population is created. The 
fitness of the chromosomes within the new population is 
evaluated and unless one of the chromosomes produces an 

45 acceptable solution (a solution where the error level is below 
the target), the process is repeated. Over time the selective 
crossover will increase the relative fitaess of the population 
and decrease the difference between the best and worst 
chromosomes. 

50 The evolutionary process is enhanced in the present 
invention using three separate mechanisms. First, the fitness 
measures for individual chromosomes are re-scaled before 
crossover by the software in block 325 whenever the dif- 
ference between the fitness of the top 10% of population and 

55 the bottom 10% of the population is less than 5% of the 
expected solution. To accomplish this, the fitness of the 
chromosome(s) with the lowest fitness is arbitrarily changed 
to 10% of the target value and the fitness of the chromosome 
(s) with the highest fitaess is set to 95% of the target value. 

60 The remaining chromosomes fitaess values are adjusted 
accordingly. This adjustment has the effect of restoring the 
relative advantage that the fitter chromosomes have in being 
selected for crossover. 

The second mechanism for speeding the evolutionary 

65 process is to pick only the fittest members of a population for 
inclusion in the next generation. For this procedure, the 
current generation is combined with the two preceding 
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TABLE 23 



loduction 
Algorithm 



Description 



Entropy Starting with nothing, add variables to composite variable 

Minimization formula as long as they increase the e::q)lainability of 
result 

LaGrange Algorithm designed to identify the behavior of dynamic 
systems uses linear regression of the time derivatives 
of the system variables. 



10 



generations and the fittest third from the combined popula- 
tion is carried forward for crossover and mutation in the next 
generation by the software in block 325. Finally, the sensi- 
tivity of the solution to the inclusion of all "genes" is tested 
when the fitness of a chromosome reaches the target level or 5 
the fitness of the population fails to increase for the maxi- 
mum number of successive generations ^ecified by the user 
(see System Settings, Table 12). The highest level of fitness 
achieved is established as the new target and processing 
advances to a block 330 after the resulting genes are stored 
in the driver genes table (183). The software in block 330 
creates parallel populations where the "genes" (weights) 
associated with one item variable or item -performance indi- 
cator are removed from each chromosome before processing 
advances to a software block 335. 

The software in a block 335 repeats the evolution process 
using the parallel population with the highest initial average 
fitness. If the fitness level of a chromosome in die parallel 
populations equals or exceeds the target value after a mini- 20 
mum number of generations (equal to the user specified 
maximum — see System Settings, Table 12) or the fitness of 
the population fails to increase for the user specified maxi- 
mum number of successive generations, then processing 
advances to a block 340. If the software in block 340 ^ 
determines that a chromosome in the parallel population has 
reached a new target level, then the genes are stored in the 
driver genes table (183) and the processing returns to a block 
330 where process of creating parallel populations by 
removing potential driver "genes" is repeated. The overall 
process of evolution and removal of item variables and item 
performance indicators continues in this maimer until the 
new parallel populations fail to readi a new target level at 
which point processing is advanced to a software block 345. 35 

The software in block 345 uses the three chromosomes 
that achieved the highest fitness to initialize three distinct 
induction algorithms or causal models. While the neural 
network software in blocks 325 and 335 is capable of 
determining which item variables and item performance ^ 
indicators correlate most strongly with changes in revenue, 
their configuration does not provide for identification of the 
item variables and item performance indicators that are 
causing changes in revenue (i.e. the "value drivers**). The 
item variables and item performance indicators that didn't 
correlate strongly with changes in revenue were "pmned" 
during the evolution of the high fitness chromosomes. As a 
result, the chromosomes in the three most "fit" chromo- 
somes contain the item variables and item performance jq 
indicators that correlate most strongly with revenue changes. 
Eliminating low correlation factors from the initial configu- 
ration of the induction algorithms increases their processing 
efficiency. 

A brief description of the three algorithms initialized by 55 
the software in block 345 are presented below in Table 23. 



60 



TABLE 23-continued 


toductioo 




Algorithm 


Description 


Path 


Essentially equivalent multiple linear regression that 


Analysis 


finds the least squares rule for more than one 




predictor variable. 



65 



In addition to identifying the value drivers, these algorithms 
produce formulas that summarize the performance of the 
element being examined in causing changes in revenue. 

After the models are initialized by the software in block 
345, processing passes to a software block 350. The software 
in block 350 sub-divides the item variable, item perfor- 
mance indicator and revenue data into ten (10) distinct 
subgroups before processing passes to a block 355. The 
software in block 355 uses a model selection algorithm to 
identify the induction algorithm that best fits the data for the 
element being examined. For the system of the present 
invention, a cross validation algorithm is used for model 
selection. The software in block 355 optimizes each of the 
induction algorithms using nine (9) of the ten (10) sets of 
data. As part of this processing, the duplication of the 
information related to each item is eliminated as only the 
strongest causal factor variables are included in the final 
solution. The resulting equation from each induction algo- 
rithm is then tested using the data from the remaining set to 
identify the causal model that produces the best fit for that 
set of test data. The equations produced by the induction 
algorithms will hereinafter be referred to as composite 
variables. This process is repeated ten (10) times which 
allows each subgroup to be used as the basis for validating 
model performance. The composite variables and value 
drivers from the induction algorithm that produced the best 
results arc then saved in the composite variable table (156), 
composite variable data table (168) and revenue driver table 

(179) in the application database (50) and processing returns 
to a block 302. 

If the software in block 302 determines that there are 
elements that still require new revenue value driver models, 
then the processing described in the preceding paragraphs is 
repeated. Alternatively, if the software in block 302 deter- 
mines that there are "current" revenue value drivers for all 
elements in all enterprises, then processing advances to a 
software block 306. The software in block 306 checks the 
composite variable table (156) and the expense driver table 

(180) in the application database (50) to determine if all 
enterprise expense components have "current" drivers and 
composite variables for all elements. If all enterprise 
expense components have "current" drivers and composite 
variables for all elements, then processing advances to a 
software block 312. Alternatively, if there are expense 
components without "current** drivers or composite vari- 
ables for at least one element, then processing advances to 
a software block 307. The software in block 307 uses the 
element of value definition table (153) and excluded variable 
table (182) to guide the retrieval of information required to 
specify the next expense driver model that is being updated. 
All information related to the enterprise element being 
examined less any information identified in the excluded 
variable table (182) is retrieved by block 307 from the 
primary databases including: the basic financial system 
database (10), the operation management system database 
(15), the advanced financial system database (30), the sales 
management system database (35), the human resoiuce 
information system database (40), and external databases 
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found on the internet (5) by item. When all item variables 
have been stored in the expense driver table (180), process- 
ing advances to a software block 308. 

The software in block 308 calculates expressions by item 
for each numeric data field and each date field in manner 5 
identical to that described previously for software block 304. 
After the item performance indicators are calculated and 
stored in the expense driver table (180) in the application 
database (50), processing advances to a software block 309. 
The software in block 309 creates a predictive time series lO 
neural net model for the expense driver in a manner similar 
to that described previously for block 305. After the expense 
value driver predictive model has been specified, processing 
proceeds through blocks 325, 330, 335, 340, 345, 350 and 
355 in a manner identical to that described above for the 15 
processing of the revenue value driver model before return- 
ing to block 306. 

If the software in block 306 determines that there are 
elements that still require new expense value driver models, 
than the processing described in the preceding paragraphs is 20 
repeated. Alternatively, if the software in block 306 deter- 
mines that there are "current" expense value drivers for all 
elements in all enterprises, then processing advances to a 
software block 312. The software in block 312 checks the 
composite variable table (156) and the capital driver table 25 

(181) in the application database (50) to determine if all 
enterprise capital components have "current" drivers and 
composite variables for all elements. If all enterprise capital 
components have "cim^ent" drivers and composite variables 
for all elements, then processing advances to a software 30 
block 375. Alternatively, if there are capital components 
without "current*' drivers or composite variables for at least 
one element, then processing advances to a software block 
313. The software in block 313 uses the element of value 
definirion table (153) and excluded variables table (182) to 35 
guide the retrieval of information required to specify the 
next capital driver model that is being updated. All infor- 
mation related to the enterprise element being examined less 
any information identified in the excluded variable table 

(182) is retrieved by block 313 from the primary databases 40 
including: the basic financial system database (10), the 
operation management system database (15), the advanced 
financial system database (30), the sales management sys- 
tem database (35), the human resource information system 
database (40), and external databases found on the internet 45 
(5) by item. When all item variables have been stored in the 
capital driver table (181), processing advances to a software 
block 314. 

The software in block 314 calculates expressions by item 
for each numeric data field and each date field in manner 50 
identical to that described previously for software blocks 
304 and 308. After the item performance indicators are 
calculated and stored in the capital driver table (181) in the 
application database (50), processing advances to a software 
block 315, The software in block 315 creates a predictive 55 
time series neural net model for the capital driver in a 
manner similar to that described previously for block 305 
and 309. After the capital value driver predictive model has 
been specified, processing proceeds through blocks 325, 
330, 335, 340, 345, 350 and 355 in a manner identical to that 60 
described above for the processing of the expense and 
revenue value driver models before returning to block 312. 

If the software in block 312 determines that there are 
elements that still require new capital value driver models, 
than the processing described in the preceding paragraphs is 65 
repeated. Altematively, if the software in block 312 deter- 
mines that there are "current" capital value drivers for all 



elements in all enterprises, then processing advances to a 
software block 317. The software in block 317 checks the 
element of value definition table (153) and sub-element 
definition table (154) to determine if the user (20) has 
specified that there will be sub -elements of value for any of 
the elements. If the user (20) has specified that there will be 
no sub-elements of value, then processing advances to a 
block 375 where the elements are checked for interaction. 
Alternatively, if there are elements of value with sub- 
elements, then processing advances to a software block 318. 
The software in block 318 checks the element of value 
definition table (153) to determine the number of elements 
that have sub-elements before advancing processing to a 
block 319. 

The software in block 319 retrieves the element of value 
definition for the next element with defined sub-elements 
from the element of value definition table (153) before 
advancing processing to a block 321. The software in block 
321 checks the sub-element definition table (154) to deter- 
mine if the sub-elements assignments for all items within the 
clement are "current". If the sub-element assigmncnts are 
"current", then processing returns to block 318 which 
checks to see if all elements with sub-elements have been 
reviewed in the current cycle of processing. If the software 
in block 318 determines that all elements have been 
reviewed, then system processing advances to a software 
block 332. Altematively, if there are elements still need to be 
reviewed, then processing returns to block 319 as described 
previously. If the software in block 319 determines that the 
sub-element assigmnents are not "current", then processing 
advances to a block 326 where the sub-element assignments 
are completed. 

The software in block 326 checks the system settings 
table (140) to determine if the calculation being completed 
is a stand-alone calculation or a comparison to a prior 
calculation. If the software in block 326 determines that the 
current calculation is not being used for a comparison, then 
the processing advances to a software block 322. The 
software in block 322 retrieves the value driver data by item 
for the element being analyzed from the composite variable 
data table (168) before creating a normalized set of value 
driver data for each item within the element of value being 
analyzed. The normalized value for each value driver data 
element for each item in each period is then calculated using 
Formula 3 shown below. 



Noimalized Value = 



Where: 



Current value - MN 
{MP- MN) 



Formula 3 



MN = minimum positive or most negative 
data value for all elements items 

h4P - majumumpositive data value for 
all element items 



After the normalized data are saved in the normalized 
composite variable data table (169) in the application data- 
base (50), system processing advances to a software block 
323. The software in block 323 uses an unsupervised 
"Kohonen" neural network that uses competitive learning to 
create a clustering scheme and segment the element of value. 
As shown in FIG. 11 a "Kohonen" network has only two 
layers — an input layer (712) and an output layer (713). The 
input layer (712) holds the input nodes (750-x) where the 
different inputs are sequentially entered. The input patterns 
are transmitted to an output layer (713) which has one node 
(760-x) for each possible output category. The input layer 
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and the output layer are fully interconnected as shown in 323 arbitrarily assigns a number to each output node (760- 

FIG. 11. The different variables are defined in Table 24. x). The software in block 323 then calculates the distance 

between the input vector (x) of each item and the weight in 

TABLE 24 each output node (760-x) using Formula 4. Hie software in 

5 block 323 then assigns the number of the closest output node 

variable Dcfimtion (760-x) to the item and stores the resulting information in the 

p The number of items for the element. Equals the number of sub-element definition table (154) in the application data- 

diflferent: patterns that will be presented to the network base (50). The software in block 323 also Stores the final 

M Tic number of variables the in the composite variable for value of all network weights in the sub-element weights 

the element as well as the Qumber of input nodes * ui /icTi* i- j * u re:A\ 

(750-1 through 750-M) table (157) m apphcaUon database (50). 

N The maximum number of sub-elcmeots for this element After the network weights and information assigning each 

(defeuit is 20) as well as the number of output nodes item to a sub -element have been stored in the appropriate 

(760-1 through 760-N) ^^i^^ ^ tj^g appUcation database (50), processing returns to 

(Oy Represents the connection Strength between unit J of the ^„f4,„„„ uii'iio j -uju 

input layer (712) and uaitiofthe output layer (713) ^^^^'^ ^^^^ ^18 and the process descnbed above IS 

Xj Represente the input vector which is the normalized value 15 repeated until all elements with sub-elements of value have 

of the "]"*'* item composite variables been rtviewcd. 

Matching value - measures how closely the weights of a given software in block 326 detennincs that the calcula- 

node matches the input vector i_ • i ^ j • • ^ • i 

tion bemg completed is a comparison to a pnor valuation, 

then processing advances to a software block 327. The 
"Kohonen" network processing begins when the software 20 software in block 327 retrieves the sub-element weights 
in block 323 initializes at random the weights (716) between from the previous calculation from the sub-element weights 
the output layer (713) and the input layer (712) with small table (157) and reestablishes the prior sub-element assign- 
values. In the next step the system starts sequentially enter- ments by using Formula 4 to determine the appropriate 
ing the normalized composite variable data from the nor- sub-element assignment for each item. When this processing 
malized composite variable data table (169) into the input 25 has been completed, processing advances to a software 
layer (712). The normalized value for each variable is block 328. 

entered into a different input node (750-x) and transmitted The software in block 328 checks the composite variable 

from there to the output layer (713). The nodes in the output data table (168) to see if there are any new items for 

layer (760-x) each compute their matching values (\^) using elements being analyzed. If there are no new items, then 

Formula 4 shown below: 30 processing returns to block 318 as described previously. 

Formula 4 Alternatively, if the software in block 328 determines that 

v>2:(co -x)^ there are new items, then processing advances to a software 

^ I.- " ' 1 . n u block 329. 

The matching value (V,) essentially represents the distance ^^^^^ ^^^^ determines the appropriate 

between Re jectors (co,) and x. Therefore the output node 35 ^^b-element assigmnent for each new item by calculating 

(760) with the lowest matching value is also the node that 4. 1* j 1 f *u • * ^ u ** 

^ / , - . 1 , . r«, . , - , the normauzed value of the mput vector for each new item 

most closely matches the input vector. The umt that IS closest j • c t a ^ ^ * * j/- 

, . /. J 1 J .1. - J ' 1.. X . and using formula 4 to determine which output node (i.e., 

to the mpul IS declared toe winn« and its weight (a,.^ along ^i^j^^ sub-element from the previous calculation) each item 

^^^"^^ ■ ""Shbormg output nodes are ^^^^ . calculations are 

updated. The change in weight for the v^g node and its ^ ^^^^j ^ ^ normalized composite variable data table (169) 

neighbors is calculated usmc Formula 5 shown below. j t* 4 ^ • *u • i_i j * \ t-i 

^ J _ ^ and the results are stored in the composite vanable data table 

(168) in the application database before processing returns 

AWiy=a(jcy-(Dy) to block 318 as described previously, 

where: a represents the learning rate (see Formula 6) software in block 318 determines that all 

The application of this formula diminishes the difference elements have been reviewed, processing advances to block 

between the weights of the output nodes and the weights of as described previously. The software in block 332 

the input vectors. Output nodes that are not neighbors of the composite variable (156), revenue driver (179), 

winning node are not updated. The output nodes are updated expense driver (180) and capital driver (181) tables to 

after each input and over time the apphcation of the formulas determine if the value drivers and composite variables for all 

shown above will tend to create clusters of similar nodes. ^0 sub-elements are current If they are current, then processing 

The input vectors (data patterns) are cycled through the advances to a software block 375. Altematively, if the 

"Kohonen" network a pre-determined number of times sub-element drivers and composite variables are not current, 

which are referred to as epochs. The total number of epochs processing advances to a block 337. 

(T) will be set by the software to somewhere between 500 software in block 337 checks the revenue driver table 

and 10,000 depending upon the number of composite sort ^5 (179) in the application database (50) to determine if all 

variables used for the element. The neighborhood size, that enterprise revenue sub-components have "current" drivers 

is the quantity of adjacent nodes that are considered to be composite variables for all elements. If all enterprise 

neighbors, is adjusted downward from its initial value of revenue sub-components have "current" drivers and com- 

75% of the value of N by one node at a time as the number P^^i^® variables for all elements, then processing advances 

of epochs increases from zero (0) to its maximum number 60 to a software block 341. Altematively, if there are any 

(T). The learning rate (a) is determined by Formula 6 shown revenue components without "current" drivers for at least 

5etQvv element, then processing advances to a software block 

Formula 6 software in block 338 uses the sub-element defi- 
nition table (154) and excluded variables table (182) to 

a=o.2x(i-cr/io;]OQ)) guide the retrieval of information required to specify the 

Once the Kohonen network processing has been completed next revenue driver model that is being updated. All infor- 

for the specified number of epochs (T), the software in block mation related to the enterprise element being examined less 
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any information identified in the excluded variable table 
(182) is retrieved by block 338 from the primary databases 
including: the basic financial system database (10), the 
operation management system database (15), the advanced 
financial system database (30), the sales management sys- 5 
tcm database (35), the human resouice information system 
database (40), and external databases found on the internet 
(5) by item. When all item variables have been stored in the 
revenue driver table (179), processing advances to a soft- 
ware block 339, 10 

The software in block 339 calculates performance indi- 
cators by item for each date and numeric data field in a 
manner similar to that described for block 304. After the 
item performance indicators are calculated and stored in the 
revenue driver table (179) in the application database (50), 15 
processing advances to a software block 305. The software 
in block 305 creates a predictive time series neural net model 
for the revenue driver as described previously. After the 
revenue value driver predictive model has been specified, 
processing proceeds through blocks 325, 330, 335, 340, 345, 20 
350 in a manner identical to that described previously for the 
processing of the revenue value driver model before advanc- 
ing to a block 360. 

The software in block 360 uses a model selection algo- 
rithm to identify the induction algorithm that best fits the 25 
data for the element being examined. For the system of the 
present invention, a cross validation algorithm is used for 
model selection. The software in block 360 optimizes each 
of the induction algorithms using nine (9) of the ten (10) sets 
of data. As part of this processing, the duplication of the 30 
information related to each item is eliminated as only the 
strongest causal factor variables are included in the final 
solution. The composite variable from each induction algo- 
rithm is then tested using the data from the remaining set to 
identify the causal model that produces the best fit for that 35 
set of test data. The previously calculated composite variable 
for the revenue element is also compared to the sub-element 
composite variables as part of this processing. This process 
is repeated ten (10) times which allows each subgroup to be 
used as the basis for validating model performance. The 40 
composite variable and value drivers that produced the best 
results are then saved in the composite variable table (156), 
composite variable data table (168) and revenue driver table 
(179) in the apphcation database (50) and processing returns 
to a block 337, 45 

If the software in block 337 determines that there are 
sub-elements that still require new revenue value driver 
models, then the processing described in the preceding 
paragraphs is repeated. Alternatively, if the software in block 
337 determines that there are "current" revenue value driv- 50 
ers for all sub-elements in all enterprises, then processing 
advances to a software block 341. The software in block 341 
checks the expense driver table (180) in the apphcation 
database (50) to determine if all enterprise expense compo- 
nents have "current" drivers for all elements. If all enterprise 55 
expense components have "current" drivers for all sab- 
elements, then processing advances to a software block 352. 
Alternatively, if there are expense sub-components without 
"current" drivers for at least one element, then processing 
advances to a software block 342. The software in block 342 60 
uses the sub-element definition table (154) and excluded 
variables table (182) to guide the retrieval of information 
required to specify the next expense driver model that is 
being updated. All information related to the enterprise 
sub-element being examined less any information identified 65 
in the excluded variable table (182) is retrieved by block 342 
from the primary databases including: the basic financial 



system database (10), the operation management system 
database (15), the advanced financial system database (30), 
the sales management system database (35), the human 
resource information system database (40), and external 
databases found on the internet (5) by item. When all item 
variables have been stored in the expense driver table (180), 
pK)oessing advances to a software block 343. 

The software in block 343 calculates expressions by item 
for each numeric data field and each date field in manner 
identical to that described previously for software block 339. 
After the item performance indicators are calculated and 
stored in the expense driver table (180) in the application 
database (50), processing advances to a software block 309. 
The software in block 309 creates a predictive time series 
neural net model for the expense driver as described previ- 
ously. After the expense value driver predictive model has 
been specified, processing proceeds through blocks 325, 
330, 335, 340, 345, 350 and 360 in a manner identical to that 
described above for the processing of the revenue value 
driver model before retuming to block 341. 

If the software in block 341 determines that there are 
sub-elements that still require new expense value driver 
models, then the processing described in the preceding 
paragraphs is repeated. Alternatively, if the software in block 
341 determines that there are "current" expense value driv- 
ers for all sub-elements in all enterprises, then processing 
advances to a software blodc 352. The software in block 352 
checks the capital driver table (181) in the application 
database (50) to determine if all enterprise capital compo- 
nents have "current" drivers for all elements. If all enterprise 
capital components have "current" drivers for all sub- 
elements, then processing advances to software block 375. 
Alternatively, if there are capital sub-components without 
"current" drivers for at least one element, then processing 
advances to a software block 353. The software in block 353 
uses the sub-element definition table (154) and excluded 
variables table (182) to guide the retrieval of information 
required to specify the next capital driver model that is being 
updated. All information related to the enterprise sub- 
element being examined less any information identified in 
the excluded variable table (182) is retrieved by block 353 
from the primary databases including: the basic financial 
system database (10), the operation management system 
database (15), the advanced financial system database (30), 
the sales management system database (35), the human 
resource information system database (40), and external 
databases found on the internet (5) by item. When all item 
variables have been stored in the capital driver table (181), 
processing advances to a software block 354. 

The software in block 354 calculates expressions by item 
for each numeric data field and each date field in maimer 
identical to that described previously for software blocks 
339 and 343. After the item performance indicators are 
calculated and stored in the capital driver table (181) in the 
application database (50), processing advances to a software 
block 315. The software in block 315 creates a predictive 
time series neural net model for the capital driver as 
described previously. After the capital value driver predic- 
tive model has been specified, processing proceeds through 
blocks 325, 330, 335, 340, 345, 350 and 360 in a manner 
identical to that described above for the processing of the 
revenue value driver model before retuming to block 352. 

If the software in block 352 determines that there are 
sub-elements that still require new capital value driver 
models, then the processing described in the preceding 
paragraphs is repeated. Alternadvely, if the software in block 
352 determines that there are "ciurent" capital value drivers 
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for all sub-elements in all enterprises, then processing 
advances to software block 375. 

The software in block 375 checks the value drivers to 
determine if there is any interaction between drivers for 
different elements. If interaction between element drivers is 
discovered, then processing advances to a block 402 where 
the valuation of growth options is started. Alternatively, if no 
interaction between element drivers is found, then system 
processing is completed in accordance with the specification 
of U.S. patent application Ser. No. 08/779,109. 

Growth Option Valuation 

The flow diagram in FIG. 7 details the processing that is 
completed by the portion of the apphcation software (400) 
that calculates the value of the growth options for each 
enterprise. Processing begins in block 402 where the soft- 
ware in the blodc checks the growth option value table (178) 
to determine if there are "current" valuations for all defined 
growth options. If there are no defined growth options or no 
growth options that require a new valuation, then processing 
advances to a transfer block 403 and on to a block 501 where 
the components of value are analyzed. 

If there are growth options that need a value calculation 
completed, then system processing advances to a software 
block 404 where the software in the block retrieves the 
previously stored data &x>m the growth option definition 
table (175) for the next growth option and then advances 
processing to a block 405. The software in block 405 checks 
the growth option definition table information to determine 
if there are multiple scenarios for the growth option being 
analyzed. If there is only one scenario for the growth option 
being analyzed, then processing advances to a block 407. 
Alternatively, if there are multiple scenarios, then processing 
advances to a block 408. 

The software in block 408 prompts the user (20) via the 
growth option scenario definition data window (916) to 
input or update: the number of scenarios, the name of the 
scenarios and the probability that each scenario will occur 
for the growth option being valued. Hie probability of each 
scenario is ^ecified as a percentage. The sum of the scenario 
probabilities must equal 100% for each growth option. The 
user (20) is allowed to change the scenarios even if the 
system (100) is calculating a business valuation comparison 
as the comparison will be made at the growth option level 
not at the scenario level. The input from the user (20) is 
stored in the growth option definition table (175) in the 
application database (50) before processing advances to a 
block 409. 

The software in block 409 checks the growth option 
scenario table (177) in the application database (50) to 
determine if there are "current" data for every scenario listed 
in the growth option definition table (175). If there are 
"current" data for all scenarios, then processing advances to 
block 407 where the value of the total deductions from 
revenue components, expense sub-components, capital sub- 
components and elements of value for the growth option are 
calculated. Alternatively, if some or all of the scenarios for 
the growth option being examined don't have "current" data, 
then processing advances to a block 410. The software in 
block 410 retrieves the information for the scenario from the 
growth option scenario table (177) and advances processing 
to a software block 411. 

The software in block 411 generates a form that is 
displayed using a scenario revenue and expense data win- 
dow (917) for the user (20) to complete. The form identifies 
the time periods that revenue and expense forecasts are 
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required for the growth option scenario in accordance with 
the calculations previously completed by the application 
software and stored in the system settings table (140). The 
forecast information the user (20) provides is saved to the 

5 growth oprion scenario table (177) in the application data- 
base (50). If the scenario being examined is the first scenario 
for the growth option, then the user (20) is also asked to 
quantify any growth-option related expenses by accoimt 
number that were incurred in prior periods. The user (20) is 

jQ not asked to identify any prior period growth option revenue 
as a growth option is by definition a project that will lead to 
revenue at some date in the future. The information regard- 
ing prior period expenses is saved in expense data table 
(142) in the application database (50). The user (20) is also 

j5 asked to identify the months where the prior expenses and/or 
the forecast revenue and the forecast expenses for the 
growth option scenario were included in the overall com- 
pany totals. The users input regarding the overlapping 
periods for the scenario is saved in the growth option overlap 

2Q table (176) in the apphcation database (50) and processing 
advances to a software block 412. 

The software in block 412 prompts the user (20) via a 
scenario capital data window (918) to edit or provide a 
forecast of the capital requirements for the scenario by 

25 month for the time periods required for growth option 
valuation in accordance with the calculations previously 
completed by the application software and stored in the 
system settings table (140). The forecast information the 
user (20) provides is saved to the growth option scenario 

30 table (177) in the application database (50). If the scenario 
being examined is the first scenario for the growth option, 
then the user (20) is also asked to quantify any growth- 
option related capital investments by account number that 
were present in prior periods. The information regarding 

35 prior period capital requirements is saved in the capital data 
table (143) in the application database (50). The user (20) is 
also asked to identify the months where the prior period 
actual and/or forecast capital requirements for the growth 
option scenario were included in the overall company totals. 

40 The users input regarding overlapping periods for the sce- 
nario is saved in the growth option overlap table (176) in the 
application database and processing advances to a software 
block 413. 

The software in block 413 prompts the user (20) via a 

45 scenario clement of value data window (919) to edit or 
provide a forecast of element of value usage by month for 
the time periods required for growth option valuation in 
accordance with the calculations previously completed by 
the application software. The forecast information the user 

50 (20) provides is saved to the growth option scenario table 
(177) in the application database (50). If the scenario being 
examined is the first scenario for the growth option, then the 
user (20) is also asked to identify any growth-option related 
element of value usage that occurred in prior periods. The 

55 information regarding prior period use of the elements of 
value is saved in the element of value data table (144). The 
user (20) is also asked to identify the months where the prior 
period and/or forecast element of value usage for the growth 
option were included in the overall company totals. The 

60 users input regarding overlapping periods is saved in the 
growth option overlap table (176) in the application database 
and processing returns to a software block 409. 

If the software in block 409 determines that there are still 
scenarios that don't have "current" data, then the processing 

65 sequence described above is repeated until all scenarios have 
"current" data. When all scenarios for the growth option 
being analyzed have "current" data, processing advances to 
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Fjx- Forecast revcuiK; expense or capitid for year 
X after valuation date (from advanced 
^ financial system) 

K — Cost of capital - % per year 

(from system seaings) 
g = Forecast growth rate to perpetuity- 9b per year 
(from advanced financial systeni) 

10 
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block 407. The software in block 407 calculates the total 
value of revenue, expense, capital and element of value 
deductions for each scenario. The software in block 407 also 
calculates the weighted average forecast of total growth 
option revenues, expenditures, capital and element of value 
deductions for each period by multiplying the forecast 
revenue, capital and element of value deductions for each 
scenario by the probability of that scenario reahzation. The 
totals for the growth option revenue, expense, capital, and 
element of value deductions are then saved in the appropri- ^^j. ^he 
ate data tables (141 through 146) in the application database result 
(50). After the data have been stored, processing advances to (^50) in 
a software block 406 where the value of the growth option advances 
is calculated using dynamic programming algorithms in a The sof 
manner that is well known. The process described in the definition 
preceding paragraphs is repeated until all growth options determine 
have "current" valuations and processing advances to block ued^^^e 
502 as described previously. system s 



Analyze Components of Value 

The flow diagram in FIG, 8 details the processing that is 
completed by the portion of the application software (500) 
that analyzes the components and sub-components of value. 
Processing begins in a software block 502. The software in 
block 502 checks the enterprise value table (170) in the 
application database (50) to determine if there are "current" 
valuations for aU enterprises for the date for which the 
current valuation is being calculated. If there are "current" 
valuations for all enterprises, then processing advances to a 
software block 515 where the software in the block calcu- 
lates the total company current operation value. However, if 
some or all of the enterprises don't have "current" 
valuations, then processing advances to a software block 
503. 

The software in block 503 retrieves the definition for the 
next enterprise that doesn't have a "current** valuation horn 
the enterprise definition table (155) in the application data- 
base (50). Processing then advances to a software block 504. 
The software in block 504 checks the data from the revenue 
component definition table (150) for the revenue component 
of the enterprise being valued to determine if there is a 
"current" valuation for the component If there is a "current** 
valuation for the revenue component, then processing 
advances to a software block 507 where the values of the 
expense component or expense sub-components for the 
enterprise are checked to determine if they are "current". 
However, if the revenue component valuation isn*t 
"cunent", then processing advances to a software block 505. 
The software in block 505 retrieves the information for the 
revenue component from the revenue data table (141) and 
processing advances to a software block 506. In accordance 
with the present invention, the revenue component value is 
calculated for the specified date of valuation using Formula 
7 shown below. 

Value = Fj, /a + K)-i-Fj2/a+Kf+ Formula 7 

Fj3f(i + Kf + Ff,{i + K)U 
(F/,x(H-g))/((A'-g)x(l4./:)'») 

Where: 



valuation of the revenue component is complete, 
is stored in the revenue component definition table 
the application database (50) and processing 
to a software block 507. 

ftwarc in block 507 checks the expense component 
table (151) in the application database (50) to 
; if there are "current" valuations for all expense 
ats or sub-components in the enterprise being val- 
; user (20) has previoxisly stored information in the 
iettings table (140) specifying a "simplified" 
analysis, then the expense component values will be 
checked. Alternatively, if the user (20) has not selected a 
simplified analysis, then the expense sub-component values 
will be checked. The software in block 507 considers all 
25 expense components and sub-components that are directiy 
valued to be "current," If there are "currenr valuations far 
the expense components or all sub-components, then pro- 
cessing advances to a block 510 'wdicrc the values of the 
capital components for the company are checked to deter- 
30 mine if they are "current". However, if some or aU of the 
expense components or sub-components don't have "cur- 
rent" valuations, then processing advances to a software 
block 508. The software in block 508 retrieves the informa- 
tion ft'om the expense data table (142) for the expense 
35 component or the next expense sub-component that doesn't 
have a "current" valuatioiL Processing then advances to a 
software block 509. In accordance with the present inven- 
tion the valuation of the expenses is calculated for the 
specified date of valuation using Formula 7. After the 
40 valuation of the expense component or expense sub- 
component has been completed, the results are stored in the 
expense component definition table (151) in application 
database (50) and processing remms to a software block 
507. If there are still expense sub-components that don't 
45 have current valuations, then the processing described above 
is repeated for the next sub-component. Alternatively, if the 
expense component or aU expense sub-components have 
current valuations, then processing advances to a software 
block 510. 

50 The software in block 510 checks the capital component 
definition table (152) in the application database (50) to 
determine if there are "current" valuations for all capital 
components. If the user (20) has previously stored informa- 
tion in the system settings table (140) specifying a "simpli- 
55 fied" analysis, then the capital component value for the 
enterprise will be checked. Alternatively, if the user (20) has 
not selected a simplified analysis, then the standard capital 
sub-components will be checked. If there are "current" 
valuations for all capital components, then processing 
60 advances to a software block 514 where the enterprise 
current operation value is calculated. If the valuation for the 
capital component or some of the capital sub-components is 
not "current", then processing advances to a software block 
511, The software in block 511 considers all capital com- 
es ponents and sub-components that are directly valued to be 
"current." The software in block 511 reu-ieves die informa- 
tion required for valuation of the next capital component or 
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sub-component that doesn't have a "current" valuation from fixed at 1). The processing completed by the network nodes 

the capital data table (143) in the application database (50). (710-x, 720-x and 730) was described previously. After the 

Processing then advances to a software block 512. The network architecture including the nodes has been specified 

software in block 512 calculates the value of the capital by the software in block 604, processing advances through 

component or capital sub-component using Formula 7. After 5 blocks 325, 330, 335 and 340 as described previously, 

the valuation of the capital component or a capital sub- The process of evolving a preliminary solution continues 

component is complete, the results arc stored in the capital until the new parallel populations fail to reach a new taiget 

component definition table (152) in the application database ^^vel and processing is then advanced to a block 625 . As part 

(50) and system processing returns to block 510. If there are processing revenue model genes are stored in the 

still capital sub-components that doa*t have current lo expense model genes table (160) in a manner identical to 

valuations, then the processing described above is repeated ^hat described previously for the storage of model genes, 

for the next sub-component. Alternatively, if the capital The software m block 625 uses the chromosome that 

component or aU capital sub-components have current achieved the highest fitness to initialize a feed-forward 

valuations, then processing advances to a software block ^^^^al network. In a manner that is weU known, the network 

j5 is then trained by the software in a block 630 using a 

The software in block 514 calculates the current operation traditional backpropagation algorithm to further minimize 
value of each enterprise by summing the previously calcu- ^he error function associated with the network. The resulting 
lated component and subncomponent values as shown in weights for the enterprise are then saved in the revenue 
Table 4. The calculated value for the enterprise current ^^^^ weights table (159) in the application database (50) 
operation is stored in the enterprise value table (170) in the 20 processing returns to a block 602. 
application database (50) and processing returns to block If the software in block 602 detennines that there are 
502 which again checks the enterprise value table (170) in "current" revenue models for all enterprises, then processing 
the application database (50) to determine if all enterprises advances to a software block 605. The software in block 605 
have "current" vahies. If there are still enterprises without checks the expense model weights Uble (161) in the appli- 
"currenf values, then processing advances to block 503 and 25 cation database (50) to determine if the expense component 
the processing described in the preceding paragraphs is or all expense sub-components have "current** models. If the 
repeated for another enterprise. Alternatively, if all the (20) has previously stored information in the system 
enterprises have "current" values, then processing transfers settings table (140) specifying a "simplified" analysis, then 
to a block 515 where the software in the block adds the the expense component model will be checked before pro- 
enterprise values together to calculate the value of the 30 cessing advances to another block. Alternatively, if the user 
current-operation for the total company. The total company (20) has not selected a simplified analysis, then the expense 
current-operation value is stored in the enterprise value table sub-component models will be checked before processing 
(170) in the application database (50) and processing advances to another block. In either case, processing will 
advances to a software block 602 where the predictive advance to block 607 if the expense models aren't "current" 
model specification and optimization is started. 35 and to block 611 if they are "current". 

. . The software in block 607 retrieves the information 

PredicUve Model SpecificaUon and Optmiization specifying the expense component or the next expense 

The flow diagrams in FIG. 9A and FIG. 9B detail the sub-component from the expense component definition table 

processing that is completed by the portion of the applica- (151) in the application database (50). After the required 

tion software (600) that uses predictive models lo determine 40 information is retrieved, processing advances to a bloci 320 

the relationship between the value drivers and the revenue, which checks the expense component definition table (151) 

expense and capital components of all defined enterprises. to see if the current component/sub-component is a direct 

Processing begins in software block 602. The software in component/sub-component. If the current component/sub - 

block 602 checks the revenue model weights table (159) in component is directly valued, then processing returns to 

the application database (50) to determine if the revenue 45 block 605 where the next sub-component ts retrieved, 

components for all enterprises have "current'* models. If Alternatively, if the sub-component is not directly valued, 

there are revenue components without "current" predictive then processing advances to a software block 608 where the 

models, then processing advances to a software block 603 predictive ejqpense model is specified in a manner similar to 

where the information ^ecifying the next revenue compo- that described previously for the predictive revenue model, 

nenl is retrieved from the revenue component definition 50 From block 608, processing advances to blocks 325, 330, 

table (150) in the application database (50). After the rev- 335, 340, 625 and 630 where the genetic evolution of the 

enue component definition has been retrieved, processing fittest solution is completed in a manner similar to that 

advances to a software block 604 where the software in the described above for the predictive revenue model. As part of 

block creates a predictive time series neural net model for this processing expense model genes are stored in the 

the revenue component. More specifically, the software in 55 expense model genes table (160) in a naanner identical to 

the block creates a neural network model that relates the that described previously for the storage of revenue model 

value drivers for a given enterprise to the revenue compo- genes. If there are sub-components, then the process 

nent. described above is repeated until all expense sub- 

The software in block 604 determines the number of the components have "current" models. When all expense com- 
input nodes and hidden nodes for the network as a function 60 ponents or all expense sub-components have "current" 
of the number of value drivers associated with the enterprise models, processing advances to a software block 611. 
revenue component. There are also additional input nodes The software in block 611 diecks the capital model 
for prior period revenue and for a threshold node. The weights table (163) in the application database (50) to 
software in block 604 sets the initial number of hidden layers determine if the capital component or all capital sub- 
to one. The software in block 604 also establishes one output 6S components have "current" models. If the user (20) has 
node for the revenue and sets all weights to random numbers previously stored information in the system settings table 
between 0 and 1 (except the threshold node weight which is (140) specifying a "simplified" analysis, then the capital 
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component model will be checked before processing 
advances to another software block. Alternatively, if the user 



Fonnula 8 



(20) has not selected a simplified analysis, then the standard 
capital sub-component models will be checked before pro- 
cessing advances to another software block 613. In either ^ 

case, processing will advance to block 613 if the models Where 

aren't "current" and to block 772 if they are "currenr. I^.j^^Absolute value of the input weight (706) from input node 

The software in block 613 retrieves the information ^ *?u^^^f ° '^?^^ ^ * * • i_WTnn\c- l-jj j 

. .ti^in Ot-Absolutevalueof output weight (707) from hidden node 

specifying the capital component or the next capital sub- |j i- v ^ 

component from the capital component definition table m«=number of hidden nodes 

(152) in the application database (50). After the required n^number of input nodes 

information is retrieved, processing advances to a block 320 After Formula 8 is solved by the software in block 774, the 

which checks the capital component definition table (152) to .5 portion of the revenue value attributable to each element or 

see if the current component/sub-component is a direct sub-element of value is calculated by adding together the 

t \ w i_ percentages irom all value drivers associated with each 

component/sub-componenL If the current component/sub- ^j^^^^^ sub-element of value. Hie result of these calcu- 

component is duectly valued, then processing returns to lations is then stored in the revenue component percentage 

block 611 where the next sub-component is retrieved. table (164) in the application database (50). The portion of 

Alternatively, if the sub-component is not directly valued, 20 the revenue value that can't be attributed to an element or 

then processing advances to a software block 614 where the sub-element of value is generally the portion that is attrib- 

predictive capital model is specified in a manner similar to ^^^^ to the prior period revenue. This portion of the value 

that described previously for the predictive revenue and ^f^ 8^^S concern revenue component. 

JI T- i/i 1 ri >< J. * After the storage of the revenue component percentages has 
expense models. From block 614, processing advances to . , , ^ . ^ f , , _i tJt iu 
ui 1 i-^c tin Tiff i^n £tc /«n u «• ^5 been completed, processmg retums to blodc 772. The soft- 
blocks 325, 330, 335, 340 625 and 630 where the genetic ^^^^ application database (50) to 
evoluUon of the fittest solution is completed m a manner determine if all revenue components have "cunent" model 
similar to that described above for the predicUve revenue percentages. If there are stQl revenue components without 
and expense model. As part of this processing, capital model "current" percentages, then the system repeaU the process- 
genes are stored in the capital model genes table (162) in a 30 ing described in the preceding paragraphs. Alternatively, if 
manner identical to that described previously for the storage all of the revenue component models have "current" 
of revenue and expense model genes. If there are sub- percentages, then processing advances to a software block 
components, then the process described above is repeated 775. 

until all capital sub-components have "current** models. The software in block 775 checks the expense component 

When aU capital components or all capital sub -components 35 percentage table (165) in the application database (50) to 

have "current" models, processing advances to a block 772 determine if all expense component or sub-component mod- 

where valuations are calculated for the elements and sub- els for all enterprises have "current** percentages. If the user 

elements of value. (20) has previously stored information in the system settings 

table (140) specifying a "simphfied" analysis, then the 

Value AUElemeDts and Sub-Elemenls of Value «''P«°«« component percentages will be checked 

Alternatively, if the user (20) has not selected a simplified 

The flow diagram in FIG. 12 details the processing that is analysis, then the expense sub-component percentages will 

completed by the portion of the appUcation software (700) ^« Expense sub-components ttiat are valued 

that values aU elements and sub-elements of current- djrecUy are current and are not analyzed by this portion of 

, ^ ^ . „_ .... 45 the application software. If there are expense components or 

operation value for all enterprises. Processmg begins in , ^ , . 

1.1 1 r:. - i_i i l i .t. sub-compoQents vwthout "current percentages, then pro- 

software block 772. Tte software in block 772 checks the l^^^^^ ^ ^^^^^ y^^^^^^^^ ^P^^, 

revenue <x)mponent percentage table (164) m the a^ ^^^^^ specifying the next expense component or sub- 
database (50) to determme if the revenue component models component is retrieved from the expense component 
for all enterprises have "current" percentages. If there arc 50 definition table (151) and the expense model weights table 
revenue components without "current" percentages, then ^ application database (50). After the expense 
processing advances to a block 773 where the information component or sub-component information is retrieved, pro- 
specifying the next revenue component is retrieved from the cessing advances to a software block 777 where the per- 
revenue component definition table (150) and the revenue centages of value for the expense component or sub- 
model weights table (159) in the application database (50). 55 component are calculated in a manner identical to that 

. (s ,t_ * • r *• • * • J described previously for revenue components. The portion 

After the revenue component miormation is retrieved, -^l 1^1.^ j.l -l . ^ . 

, , , ... 01 the expense value that can t be attributed to an element or 
processmg advances to a block 774 where relationships u 1 ♦ r 1 11*1. *t. * • -u 
f ^ , , t , 1- . , , sub-element 01 value is generally the portion that is attrib- 
between the elements and sub-elements of value and the ^^^^ ^^or period expense. This portion of the value 
revenue component are determmed. The software m block ^^^^^ ^ ^^^^^ ^^^^^^ ^^^^^ component. 
774 uses the network weights (706 and 707) previously After the storage of the percentages of the expense compo- 
stored in the revenue model weights table (159) to segregate nent or sub-component to the expense component percent- 
the hidden-layer (703) to output-layer (704) connection age table (165) has been completed, processing retums to 
weights (707) for each hidden node (720-x) into the com- block 775. The software in block 775 checks the expense 
ponents associated with each input node (710-x). The por- 55 component percentage table (165) io the apphcation data- 
tion of the output attributable to each input node is then base (50) to determine if all expense component or sub- 
determined by Formula 8 (shown below). component models have "current" percentages. If there are 
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Still expense component or sub-component models without software in blocks 781 and 782 are stored by enterprise in 

"current" percentages, then the system repeats the process- the enterprise value table (170) in the application database 

ing described above. Alternatively, if all of the expense (50). System processing then advances to a software block 

component or sub-component models have "current" 802 where the preparation of the management reports is 

percentages, then processing advances to a software block 5 started. 
778 

The software in block 778 checks the capital component ^^^^^ Improvement Scenarios and/ot Produce 

percentage table (166) in the application database (50) to ^ 

determine if all capital component or sub -component models The flow diagram in FIG. 13 details the processing that is 
for all enterprises have "current" percentages. If the user lO completed by the portion of the application software (800) 
(20) has previously stored information in the system settings that creates, displays and optionally prints financial man- 
table (140) specifying a "simplified" analysis, then the agement reports. The primary management report, the Value 
capital component percentages will be checked. Map™, simunarizes information about the elements and 
Alternatively, if the user (20) has not selected a simplified sub-elements of biisiness value on the valuation date. If a 
analysis, then the capital sub-component percentages will be 15 comparison calculation has been completed, a Value Cre- 
checked. Capital sub-components that arc valued directly ation report can be generated to highlight changes in the 
are "current" and are not analyzed by this portion of the elements and sub-elements of business value during the 
application software. If there are capital component or period between the prior valuation and the current valuation 
sub-component models without "current" percentages, then date. 

processing advances to a software block 779 where the 20 System processing in this portion of the apphcation 
information specifying the next capital component or sub- software (800) begins in block 802. At this point in system 
component is retrieved from the capital component defini- processing, virtually all of the information required to pro- 
tion table (152) and the capital model weights table (163) in duce the Value Map™ has been calculated using the meth- 
the apphcation database (50). After the capital component or ods outlined in l^le 1 as detailed in the preceding sections, 
sub -component information is retrieved, processing 25 As a result, the only computation that needs to be made is 
advances to a software block 780 where the percentages of the calculation of economic equity. The software in block 
value for the capital component or sub-component are 802 retrieves the required information from the enterprise 
calculated in a manner identical to that described previously value table (170), debt data table (174) and equity data table 
for revenue and expense components. The portion of the (144) in the application database (50) and then calculates the 
capital element or sub-element value that can't be attributed 30 economic equity for the business as a whole using Formula 
to an element or sub-element of value is generally the 10 (shown below), 
portion that is attributed to the prior period capital require- 
ments. This portion of the value will be referred to as going Economic Equity = (Cuircnt Operation Value) + Fommla 10 

concern capital value. After the storage of the percentages of rs^ ^ , ^ . , \ 

.t. 1 . i_ . : 1 f> Growth Option Values) - 

the capital component or sub-component to the capital 35 \^ r j 

component percentage table (166) has been completed, (Current LiabiUtie^ - 
processing returns to block 778. The software in block 778 (Current Dd>t) - 
checks the capital component percentage table (166) in the (Book'Equity Value) 
application database (50) to determine if all capital compo- 
nents or sub-components have "current" percentages. If 40 %j«i*cd ia «c«daac,i wiu, chap 
there are still capital component or sub-component models 
without "current" percentages, then the system repeats the 

processing described above (779 and 780). Alternatively, if ^.^9^*^ ^^^^^ enterprise is then calculated by 

aU of the capital components or subncomponents have ^^^^^^f combined book and economic eqmty as 

"current" percentages, then processing advances to a soft- 45 ^^^^'^^ balance the Value Map™ totals in accordance 

ware block 781. Formula 11 (shown below). 

The software in block 781 combines all the revenue 

component, expense component or sub-component and capi- Enterprise Equity = (Enteiprise Cunent Operation Value) + Formula 1 1 

tal component or sub-component vahies together to calculate ry e^^^sc Gn>wth Option Values) - 

the overall value for each element or sub-element of value 50 ^ 

by enterprise as shown in Table 4. As part of the processing (Current Eniaprise Uahrilitie^ - 

in this block, the calculated value of production equipment (Cunem Enterprise Debt) 

element (or sub-elements) of value is compared to the 

liquidation value for the equipment in the element. The 

stored value for the element (or sub-elements) will be the 55 ^ (Enterprise Equity) = BoofEquity+ Economic Equity 

higher of liquidation value or calculated value. After the • ^, ^. ^ 

caEtilatcd id acconiaiKC with CAAP 

calculations arc completed, processmg advances to a soft- 
ware block 782 where the residual going concern value is 

calculated using Formula 9. After the economic equity value and the enterprise equity 

Formula 9 60 values are calculated and stored in the economic equity 

values table (171), a summary Value Map™ (see FIG. 14 for 

Res^ G^mg conc^n \HJu^Total Cuneat.Oi«mtion Value- ^^^^^ ^^.^ company is created and Stored in the 

ZFinaacial Asset \^iies-ZElements of \%due-2Sub-Ele meats ^ . , , . , 

of \^iue reports table (172) and processing advances to a software 

block 803. The software in block 803 checks the system 

After the residual going concern value is calculated for each 65 settings table (140) to determine if the current valuation is 

enterprise, the values calculated for each element and sub- being compared to a previous valuation. If the current 

element of value (including going concern value) by the valuation is not being compared to a previous valuation, then 
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processing advances to a software block 805. Alternatively, (50) and processing advances to a software block 809. If the 

if the current valuation is being compared to a previously user (20) elects not to complete the calculated valuation 

calculated valuation, then processing advances to a software versus equity price analysis, then the software in block 807 

block 804. advances processing directly to a software block 809. 

The software in block 804 calculates Value Creation 5 The software in block 809 checks the reports tables (172) 

Statements (see FIG. 15 for format) for each enterprise and to determine if any reports have been designated for print- 

for the business as a whole for the specified time period. ing. If reports have been designated for printing, then 

After the Value Creation Statements are stored in the reports processing advances to a block 810 which prepares and 

table (172) in the application database (50), processing sends the designated reports to the printer (118). After the 

advances to a software block 805. The software in block 805 lO reports have been sent to the printer (118), processing 

displays the summary Value Map™ to the user (20) via a advances to a software block 811 where the software in the 

report data window (909). block examines the reports tables (172) to determine if 

After displaying the summary Value Map™, system pro- improvement programs will be analyzed as part of system 

cessing advances to a software block 806 where the user is processing. If no reports were designated for printing then 

prompted via a report selection data window (915) to is processing advances directly from block 809 to 811 to 

designate additional reports for creation, display and/or determine if improvement programs will be analyzed as part 

printing. One report the user (20) has the option of selecting of system processing. In either case, if the software in block 

at this point analyzes the relationship between the market 811 determines that no improvement programs are going to 

value of the business and the calculated business value. The be analyzed, then processing advances to a block 812 where 

user (20) has the option of creating, displaying or printing 20 processing stops. Alternatively, if improvement programs 

the Value Map™ for the company as a whole and/or for any are going to be analyzed as part of system processing, then 

combination of the enterprises within the company. The user processing advances to a software block 852. The software 

(20) can also choose to create, display or print an Value in block 852 retrieves data from the composite variable table 

Creation Statement for the bxisiness as a \*^ole and/or for (152), the composite variable data table (168), the revenue 

any combination of enterprises if a comparison calculation 25 driver table (179), the expense driver table (180) and the 

were being made. The software in block 806 creates and capital driver table (181) and then prompts the user (20) via 

displays all Value Maps™ and Value Creation Statements a value driver changes data window (920) to specify planned 

requested by the user (20) via the report selection data changes in value drivers or to establish a goal for the 

window (915). The report selection data window (915) also simulation. The software in block 852 stores the input from 

gives the user (20) the option of indicating if business 30 the user in the scenario table (184) in the application 

improvement programs are going to. After the user (20) has database (50). 

completed the review of displayed reports and the input After data storage is complete, processing advances to a 

regarding reports to print and improvement analysis has software block 853 where the software in the block retrieves 

been stored in the reports table (1*^), processing advances information fi-om the composite variable table (152), the 

to a software block 807. The software in block 807 transfers 35 revenue model weights table (159). the expense model 

processing to a software block 808 if the user (20) has weights (161), the capital model weights (163), the com- 

chosen to have the report analyzing the relationship between posite variable data table (168), the revenue driver table 

market value and calculated business value created. The (179), the expense driver table (180) and the capital driver 

software in block 808 compares the market value of the table (181) as required to define and initialize a probabilistic 

business to the calculated value by completing the Formula 40 simulation model. The preferred embodiment of the proba- 

12 for each complete valuation stored in the reports table bilistic simulation model is a Markov Chain Monte Carlo 

(172). model, however, other simulation models can be used with 

Formula 12 similar results. The information defining the model is then 

//VE-VAA ^>^ <wiA stored in the scenario table (184) before processing advances 

iS^EXN)-D)'{Xxy) ^ ^ software block 854. 

Where: The operation of the software in block 854 is dependent 

E=Market price of equity for valuation date upon the input stored in the scenario table (184). If the user 

N=Number of shares of equity outstanding on valuation date has specified changes in value drivers and is seeking to 

D-Market value of debt on valuation date understand the probable impact of these changes on the 

Y-Market value/calculated business value ratio 50 other value drivers, the financial performance and the future 

V-Total calculated business value on the valuation date value of the enterprise, then the software in block 854 

The average ratio of market value to calculated business iterates the model as required to ensure the convergence of 

value and the standard deviation of the ratio are then the frequency distribution of the output variables, 

calculated using standard regression analysis methods and Alternatively, if the user specified a specific level of future 

stored in the equity forecast table (148) in the application 55 financial performance and is seeking a recommendation 

database. regarding changes to be made, then the simulation is run in 

If the date of the current valuation is more than 60 days a goal seeking mode. In either case after the simulation 

after the current system date, then the software in block 808 calculations have been completed, the software in block 854 

will calculate a range for equity prices on the valuation date saves the resulting information in the scenario table (184) 

by combining the results of previous calculations of the 60 before processing advances to a software block 855. 

relationship between equity value and calculated value with The software in block 855 displays the results of the 

the forecast of future value that was just completed. The simulation to the user (20) via a Value Mentor™ display data 

software will calculate the future equity value range using window (920) that uses a smnmary Value Map™ format to 

both the average ratio of total business value to total market display the mid point and the range of estimated future 

value. The software in block 808 then prepares a report 65 values for the various elements of the enterprise and the 

summarizing the results of the preceding calculations that is changes in value drivers, user-specified or system generated, 

stored in the reports table (172) in the application database that drove the future value estimate. The user (20) is also 
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prompted to indicate when the examination of the displayed 
report is complete. When the user (20) indicates that the 
examinatioD is complete, processing advances to a software 
block 856. The software in block 856 prompts the user via 
a Value Mentor™ report data window (922) to indicated if 5 
any additional reports should be printed. The information 
entered by the user (20) is entered in to the reports table 
(172) before processing advances to a block 857. 

The software in block 857 checks the reports tables (172) 
to determine if any additional reports have been designated 
for printing. If additional reports have been designated for 
printing, then processing advances to a block 858 which 
prepares and sends the designated reports to the printer 
(118). After the reports have been sent to the printer (118), 
processing advances to software block 812 where processing 
stops. If the software in block 857 determines that no 
additional reports have been designated for printing, then 
processing advances to block 812 where processing stops. 

Thus, the reader will see that the system and method 
described above transforms extracted transaction data and 
information into detailed valuations for specific elements of 20 
a business enterprise. The level of detail contained in the 
business valuations enables the analysis and simulation of 
the impact of changes in the identified business value drivers 
on the other value drivers, the financial performance and the 
future value of the enterprise. 25 

While the above description contains many specificity's, 
these should not be construed as limitations on the scope of 
the invention, but rather as an exemplification of one pre- 
ferred embodiment thereof. Accordingly, the scope of the 
invention should be determined not by the embodiment ^0 
illustrated, but by the appended claims and their legal 
equivalents. 

What is claimed is: 

1. A data processing system for valuing contributions by 
one or more tangible or intangible elements of value to a 
value of a business enterprise, comprising: 

(a) processing means for processing data; 

(b) storage means for storing data; 

(c) first means for obtaining data related to the value of the ^ 
business enterprise, the business enterprise having one 

or more tangible or intangible elements of value con- 
tributing to the value of the business enterprise; 

(d) second means for calculating, for each one of the 
tangible or intangible elements of value, value drivers 
that drive the value of the business enterprise, the value 
drivers to define a composite variable characterizing a 
performance of the tangible or intangible element of 
value of the business enterprise wherein transaction 
data, transaction ratios and transaction trends are com- 
bined to calculate the composite variable; 

(e) third means for calculating the value of the business 
enterprise; 

(f) fourth means for determining, for each one of the 
tangible or intangible elements of value, a percentage 55 
of the value of the business enterprise contributed by 
the tangible or intangible element of value; 

(g) fifth means for calculating a value for each one of the 
tangible or intangible elements of value of the business 
enterprise based on the value of the business enterprise 60 
and the percentage of the value of the business enter- 
prise contributed by the tangible or intangible element 

of value; and 

(i) sixth means for user modification of, for each one of 
the tangible or intangible elements of value, selected 65 
one or ones of the value drivers that drive the value of 
the business enterprise. 
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2. A data processing system as claimed in claim 1, 
wherein said sixth means comprises: 

(a) means for user modification of, for each one of the 
tangible or intangible elements of value, selected one or 
ones of the composite variable characterizing the per- 
formance of the tangible or intangible element of value 
of the business enterprise, 

3. A data processing system as claimed in claim 1, 
wherein said sixth means comprises: 

(a) means for user modification of the value of each one 
of the tangible or intangible elements of value of the 
business enterprise. 

4. A data processing system as claimed in claim 1, 
wherein the value of the business enterprises includes a 
revenue component, an expense component and a capital 
component. 

5. A data processing system as claimed in claim 4, 
wherein said third means comprises: 

(a) means for calculating the revenue, expense and capital 
components of the value of the business enterprise. 

6. A data processing system as claimed in claim 4, 
wherein said fourth means comprises: 

(a) means for determining, for each one of the tangible or 
intangible elements of value, a percentage of the rev- 
enue component contributed by the tangible or intan- 
gible element of value, a percentage of the expense 
component contributed by the tangible or intangible 
element of value, and a percentage of the capital 
component contributed by the tangible or intangible 
element of value. 

7. A data processing system as claimed in claim 6, 
wherein said fifth means comprises: 

(a) means for calculating the value for each one of the 
tangible or intangible elements of value of the business 
enterprise based on the revenue, expense and capital 
components of the value of the business enterprise and 
the percentages of the revenue, expense and capital 
contributed by the tangible or intangible element of 
value. 

8. A data processing system as claimed in claim 4, further 
comprising: 

(i) means for sub-dividing the revenue, expense and 
capital components of the value of the business enter- 
prise into sub-components to yield a more detailed 
analysis. 

9. A data processing system as claimed in claim 4, 
wherein said third means further comprises: 

(a) means for using output firom a predictive model to 
determine the percentage of the revenue component 
contributed by the tangible or intangible element of 
value, the percentage of the expense component con- 
tributed by the tangible or intangible element of value, 
and the percentage of the capital component contrib- 
uted by the tangible or intangible element of value. 

10. A data processing system as claimed in claim 4, 
wherein said third means fiirther comprises: 

(a) means for using output from a neural network to 
determine , the percentage of the revenue component 
contributed by the tangible or intangible element of 
value, the percentage of the expense component con- 
tributed by the tangible or intangible element of value, 
and the percentage of the capital component contrib- 
uted by the tangible or intangible element of value. 

11. Adata processing system as claimed in claim 1, further 
comprising: 

(i) means for direct valuing at least one of the tangible or 
intangible elements of value of the business enterprise. 
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12. A data processing system for valuing contributions by 
one or more tangible or intangible elements of value to a 
value of a business enterprise, comprising: 

(a) processing means for processing data; 

(b) storage means for storing data; ^ 

(c) first means for obtaining data related to the value of the 
business enterprise, the business enterprise having one 
or more tangible or intangible elements of value con- 
tributing to the value of the business enterprise; 

(d) second means of calculating, for each one of the 
tangible or intangible elements of value, value drivers 
that drive the value of the business enterprise; the value 
drivers to define a composite variable characterizing a 
performance of the tangible or intangible element of 15 
value of the business enterprise wherein transaction 
data, transaction ratios and transaction trends are com- 
bined to calculate the composite variable; 

(e) third means for calculating the value of the business 
enterprise; 20 

(£) fourth means for determining, for each one of the 
tangible or intangible elements of value, a percentage 
of the value of the business enterprise contributed by 
the tangible or intangible element of value; 

(g) fifth means for calculating a value for each one of the ^ 
tangible or intangible elements of value of the business 
enterprise base don the value of the business enterprise 
and the percentage of the value of the business enter- 
prise contributed by the tangible or intangible element 

of value; 

(h) sixth means for user entry of a goal value related to the 
business enterprise; and 

(i) seventh means for calculating, for each one of the 
tangible or intangible elements of value, value drivers 35 
to realize said goal value based on associated compos- 
ite variables characterizing the performance of the 
tangible or intangible elements of value of the business 
enterprise. 

13. A data processing system as claimed in claim 12, 4Q 
wherein the value of the business enterprises includes a 
revenue component, an expense component and a capital 
component 

14. A data processing system as claimed in claim 13, 
wherein said third means comprises: 45 

(a) means for calculating the revenue, expense and capital 
components of the value of the business enterprise, 

15. A data processing system as claimed in claim 13, 
wherein said fourth means comprises: 



(a) means for determining, for each one of the tangible or 
. intangible elements of value, a percentage of the rev- 
enue component contributed by the tangible or intan- 
gible element of value, a percentage of the expense 
component contributed by the tangible or intangible 
element of value, and a percentage of the capital 
component contributed by the tangible or intangible 
element of value. 

16. A data processing system as claimed in claim 15, 
wherein said fifth means comprises: 

(a) means for calculating the value for each one of the 
tangible or intangible elements of value of the business 
enterprise based on the revenue, expense and capital 
components of the value of the business enterprise and 
the percentages of the revenue, expense and capital 
contributed by the tangible or intangible element of 
value. 

17. A data processing system as claimed in claim 13, 
further comprising: 

(j) means for sub-dividing the revenue, expense and 
capital components of the value of the business enter- 
prise into sub-components to yield a more detailed 
analysis. 

18. A data processing system as claimed in claim 13, 
wherein said third means further comprises: 

(a) means for using output from a predictive model to 
determine the percentage of the revenue component 
contributed by the tangible or intangible element of 
value, the percentage of the expense component con- 
tributed by the tangible or intangible element of value, 
and the percentage of the capital component contrib- 
uted by the tangible or intangible element of value. 

19. A data processing system as claimed in claim 13, 
wherein said third means further comprises: 

(a) means for using output from a neural network to 
determine the percentage of the revenue component 
contributed by the tangible or intangible element of 
value, the percentage of the expense component con- 
tributed by the tangible or intangible element of value, 
and the percentage of the capital component contrib- 
uted by the tangible or intangible element of value. 

20. A data processing system as claimed in claim 12, 
further comprising: 

(j) means for direct valuing at least one of the tangible or 
intangible elements of value of the business enterprise. 
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